06_бизнес_требования. Бизнес требования Product opportunity assessment
 Скачать 1.28 Mb.
|
|
Бизнес- требования Product opportunity assessment Оценка возможностей продукта 1. Проблема 2. Целевая аудитория 3. Размер рынка 4. Анализ альтернатив 5. Наши конкурентные преимущества 6. Почему сейчас? 7. Стратегия выхода на рынок 8. Оценка успеха 9. Факторы, ключевые для успеха 10. Да / нет Три уровня требований Бизнес требования • Документ концепции и границ Пользовательские требования • Документ пользовательских требований Функциональные требования • Спецификаций требований к ПО Бизнес требования • Почему организации нужна система • Формируются покупателями, спонсорами, отделом маркетинга • Описываются в документе о концепции и границах, уставе проекта, варианте использования, документе рыночных требований Пользовательские требования • Цели и задачи, которые пользователи должны выполнять с помощью продукта • Описание требований , которые важны для продукта • Варианты использования, пользовательские истории Функциональные требования • Что должны создать разработчики , чтобы пользователи выполняли свои задачи(пользовательские требование) в рамках бизнес требований • спецификации требований к ПО (software requirements specification, SRS), Бизнес –требования Оценка возможности продукта Бизнес-требования … Бизнес –требования • описывают потребность, которая инициирует один или больше проектов, призванных предоставить решение и получить требуемый конечный бизнес- результат • Определяют контекст и методы для оценки тех преимуществ , которые бизнес надеется достичь в данном проекте • Бизнес-преимущества должны приносить реальную пользу Концепция продукта и границы проекта • Концепция продукта - сжато описывает конечный продукт, который достигнет заданных бизнес-целей • Концепция описывает : какой продукт сейчас и каким он может стать • Обеспечивает контекст для принятия решений и выравнивает всех стейкхолдеров в едином направлении • Границы проекта – какая часть видения продукта определяется в текущем проекте или итерации разработки; определяют границу что входит , а что не входит в проект Документ о концепции и границах (vision and scope document) • Собирает бизнес-требования в единый документ, который подготавливает основу для последующей разработки • Аналоги: marketing requirements document, product requirments Шаблон 1. Бизнес-требования 1.1 Исходные данные 1.2 Возможности бизнеса 1.3 Бизнес-цели 1.4 Критерии успеха 1.5 Положение о концепции проекта 1.6 Бизнес-риски 1.7 Предположения и зависимости 2. Рамки и ограничения проекта 2.1 Основные функции 2.2 Объем первоначально запланированной версии 2.3 Объем последующих версий 2.4 Ограничения и исключения 3. Бизнес-контекст 3.1 Профили заинтересованных лиц 3.2 Приоритеты проекта 3.3 Особенности развертывания Возможности бизнеса • Для корпоративной информационной системы описывают бизнес- задачу, которая решается посредством этого продукта, или бизнес- процессы, для улучшения которых требуется продукт, а также среду, в которой система будет использоваться. • Для коммерческого продукта описывают существующие рыночные возможности и рынок, на котором продукту придется конкурировать с другими продуктами. • Покажите, насколько оно соответствует тенденциям рынка, развитию технологий или корпоративной стратегии. • Представьте задачи клиента, которые будет решать новый продукт. • Укажите все известные критичные требования к качеству или интерфейсам, но не упоминайте особенности реализации и дизайна. Бизнес-цели • Суммируют важные преимущества бизнеса, предоставляемые продуктом, в количественном и измеряемом виде Критерии успеха • Определите, как заинтересованные лица будут определять и измерять успех проекта • Формируются на основе бизнес-целей Положение о концепции сжатое положение о концепции проекта, обобщающее долгосрочные цели и назначение нового продукта • Для [целевая аудитория покупателей]; • Который [положение о потребностях или возможностях]; • Эта (этот) [имя продукта]; • Является [категория продукта]; • Который(ая) [основные функции, ключевое преимущество, основная • причина для покупки или использования]; • В отличие от [основной конкурирующий продукт, текущая система или • текущий бизнес-процесс]; • Наш продукт Бизнес-риски • В категорию рисков входят рыночная конкуренция, временные факторы, приемлемость для пользователей, проблемы, связанные с реализацией, и возможные негативные факторы, влияющие на бизнес. Бизнес-риски отличаются от рисков проекта, которые обычно связаны с доступностью ресурсов и особенностями технологий. Предположения и зависимости • Предположение (assumption) — это утверждение, которое предполагается верным в отсутствие знаний или доказательств иного. • Предположения и зависимости бизнеса могут превратиться в риски, которые должен регулярно отслеживать менеджер проекта. • Нарушение зависимостей — популярная причина задержек проекта. Основные функции • основные функции продукта или возможности пользователей • что отличает продукт от предыдущей версии или конкурирующих продуктов. Объем первоначально запланированной версии Обобщает основные запланированные функции, включенные в первоначальную версию продукта. Границы проекта обычно определяются как набор функций, но их можно также определять в терминах: • пользовательских историй • вариантов использования • потоков вариантов использования или внешних событий. Объем последующих версий • План выпуска , какие функции будут отложены + сроки последующих выпусков Ограничения и исключения • все возможности или характеристики, которых могут ожидать заинтересованные в проекте лица, но включение которых в продукт или в определенную версию не запланировано Профили заинтересованных лиц • Профили заинтересованных лиц (группы клиентов, сегменты ЦА) • Ценность продукта для заинтересованных лиц Шаблон профиля Основная ценность или преимущество, которое продукт принесет стейкхолдерам, и то, как продукт удовлетворит покупателей. Ценность для заинтересованных лиц представляют: – повышенная производительность; – меньшее количество переделок; – снижение себестоимости; – ускорение бизнес-процессов; – автоматизация задач, ранее выполнявшихся вручную; – возможность выполнять совершенно новые задачи; – соответствие соответствующим стандартам и правилам; – лучшая, по сравнению с текущими продуктами, легкость и простота ис- – пользования; • их вероятное отношение к продукту; • самые важные для них функции и характеристики; • все известные ограничения, которые должны быть соблюдены. Приоритеты проекта Пять измерений: функции, качество, график, затраты, кадры В любом проекте каждое из этих измерений относится к одной из трех категорий: • ограничение — сдерживающий фактор, в рамках которого должен оперировать менеджер проекта; • ведущий фактор — важный фактор успеха, ограниченно гибкий при изменениях; • степень свободы — возможность для менеджера проекта до определенной степени менять измерение и балансировать относительно других измерений. Особенности развертывания • информация и действия, необходимые для обеспечения эффективного развертывания решения в рабочую среду. • доступ, который потребуется пользователями для работы с системой, в частности, находятся ли они далеко в разных часовых поясах или недалеко друг от друга. • информация, которая потребуется тем,кто будет готовить бизнес-процессы обучения и модификации в связи с развертыванием нового решения. Способы представления границ проекта • Контекстная диаграмма • Карта экосистемы • Дерево функций • Список событий Концепция и границы в проектах гибкой разработки • Бизнес-требования должны определяться во всех проектах разработки ПО независимо от модели разработки • Бизнес-цели описывают ожидаемую выгоду от проекта, а в проекте гибкой разработки они используются для облегчения определения приоритетов резерва (backlog) Определение момента завершения проекта • Проект готов, когда критерии успеха указывают, что у вас хорошие шансы удовлетворить бизнес-цели. Практика • Разработать проект документа концепции о границах продукта Литература • Карл Вигерс , Джой Битти , Разработка требований к программному обеспечению |