Напоминалка: Бизнес требования
IT обществом принято разделять требования на три уровня: бизнес (business requirements), пользовательские (user requirements), функциональные (functional requirements). Отдельно следует отметить, что существуют и не функциональные (nonfunctional requirements) требования. Это именно логические уровни. Способы сбора и документирования требований зависят от проекта, людей и фазы луны :).
Бизнес требования — отвечают на вопрос зачем делать продукт и какой результат (выход/последствие) будет у этого продукта. Бизнес требования обычно включают в себя:
- бизнес возможности (business opportunities),
- бизнес цели (business objectives),
- метрики успеха (success metrics)
- видение (vision statement).
Бизнес требования должны быть урегулированы и определены перед определением пользовательских, функциональных и не функциональных требований. И это очень важно сделать, иначе может случиться беда, и придется переопределять ВСЕ требования. Именно на бизнес требования необходимо опираться принимая решения об изменении требований, добавлении улучшений, выпуске версий и их наполнении.
Не начинайте проект, не определив его бизнес значимость! Ставьте цели, которые можно оценить и следовать им.
Бизнес требования определяются: спонсорами, руководителями компании, маркетологами, визионерами продукта (провидцами проекта). Часто очень сложно выявить бизнес требования. Существует много различных техник выявления требований, можно обратиться к поиску в интернете и книгам. Например, здесь и книга BAbook.
Бизнес требования удобно записывать в документ, который обычно носит название Project and scope document. Похожими документами являются: project charter, business case document, market requirements document. Выбирайте, что вашей душе угодно.
Пункты, которые должен покрыть документ согласно книге Software Requirements (3 edition) by Karl Wiegers and Joy Beatty:
- Business requirements
1.1. Background (предпосылки).
1.2. Business opportunity (бизнес возможности).
1.3. Business objectives (бизнес цели).
1.4. Success metrics (метрики успеха).
1.5. Vision Statement (видение).
1.6. Business risks (риски).
1.7. Business assumptions and dependencies (предположения и зависимости).
2. Scope and limitations (объем и ограничения).
2.1. Major features (главная функциональность).
2.2. Scope of initial release (допустимый минимум или объем первоначальных работ).
2.3. Scope of subsequent releases (объем последующих работ).
2.4. Limitations and exclusions (ограничения и исключения).
3. Business context (бизнес контекст).
3.1. Stakeholdes profiles (заинтересованные лица).
3.2. Project priorities (приоритеты).
3.3. Deployment considerations (особенности развертывания).
Помните, обязательно понимать и знать содержание всех пунктов, не обязательно включать все пункты в документ. Если вы имеете право выбирать формат документации на вашем проекте, то сядьте и подумайте какие именно пункты нужны вашему проекту.
Напоследок, для удобства можно использовать графический формат отображения информации. Обратите внимание на следующие виды диаграмм:
- Context diagram,
- Business ecosystem map,
- Feature tree,
- Events list,
- Business objective model,
- Objective chain model,
- KPI model.
Enjoy!
