Бизнес-требования и работа с заинтересованными сторонами
Ключевые тезисы
- Бизнес-требования — это верхний уровень иерархии требований, описывающий проблему бизнеса и цели проекта.
- Они относятся к «зоне проблемы» (что и зачем решать), в то время как пользовательские и функциональные требования — к «зоне решения» (как решать).
- Бизнес-требования должны быть высокоуровневыми, измеримыми и сформулированы до перехода к детальному описанию функционала.
- Ключевой этап работы — выявление и анализ стейкхолдеров (заинтересованных сторон).
- Основной документ для фиксации бизнес-требований — документ о концепции и границах проекта.
- Контекстная диаграмма помогает визуализировать границы системы и её взаимодействие с внешним миром.
Основное содержание
Что такое бизнес-требования?
- Это то, чего хочет заказчик: проблема бизнеса, которую нужно решить, и цели, которых нужно достичь.
- Отвечают на вопросы «Что решаем?» и «Зачем?».
- Являются основой для последующих пользовательских и функциональных требований.
- Примеры: увеличить продажи на 20%, ускорить обработку заявок, повысить вовлечённость пользователей.
Работа со стейкхолдерами
Перед сбором требований необходимо выявить всех заинтересованных лиц (стейкхолдеров).
Кто такие стейкхолдеры?
- Заказчик и представители бизнеса.
- Конечные пользователи системы.
- Эксперты предметной области.
- Разработчики, юристы, специалисты по безопасности и др.
Матрица влияния для приоритизации
Стейкхолдеров можно разделить на четыре категории:
- Спонсоры: Главные лица, принимающие решения и разрешающие противоречия.
- Ключевые игроки: Эксперты и активные пользователи, чьё мнение важно, но у которых нет решающего голоса.
- Наблюдатели: Непосредственные пользователи, которые будут потреблять результаты работы системы.
- «Толпа»: Все остальные (юристы, нормативные акты), чьи ограничения нужно учитывать, но кто не участвует в обсуждениях.
Реестр стейкхолдеров
Рекомендуется вести таблицу с информацией о каждом стейкхолдере: имя, роль, категория, их интересы/ожидания от системы и потенциальные риски. Этот список динамичен и может меняться.
Документирование: Документ о концепции и границах
Это основной документ для фиксации бизнес-требований. Состоит из трёх блоков:
1. Бизнес-требования
- Исходные данные: Краткое описание проблемы от заказчика.
- Возможности бизнеса: Преимущества, которые бизнес получит после решения проблемы.
- Бизнес-цели: Конкретные, измеримые и достижимые цели по SMART (или «ВОДКА» — важная, ограниченная по времени, достижимая, конкретная, измеримая).
- Задачи: Шаги для достижения целей.
- Критерии успеха: Показатели, по которым будет понятно, что цель достигнута.
- Положение/концепция проекта: Общее абстрактное описание предполагаемого решения.
- Бизнес-риски: Негативные последствия в случае провала проекта.
2. Ограничения и рамки проекта
- Основные функции: Высокоуровневый список возможностей системы.
- Объём версий (MVP): Описание функционала для первой и последующих версий продукта.
- Ограничения и исключения: Чёткие рамки того, что не будет делать система (например, только веб-версия, без мобильной).
3. Бизнес-контекст
- Профили стейкхолдеров: Сводка по ключевым ролям (спонсор, пользователь, согласующий).
- Приоритеты проекта: Определение, что важнее (например, скорость vs. функциональность).
- Особенности развёртывания: Где и кем будет развёрнута система.
Согласование: Этот документ согласовывается с верхнеуровневыми представителями бизнеса (спонсорами, заказчиками).
Контекстная диаграмма
Визуальный инструмент для определения границ системы на раннем этапе.
Что это?
- Диаграмма, где в центре находится разрабатываемая система, а вокруг — внешние сущности (люди, другие системы, организации).
- Стрелки показывают потоки данных между системой и сущностями.
Зачем нужна?
- Помогает выявить скрытых стейкхолдеров и потоки данных.
- Позволяет перевести абстрактные бизнес-цели в конкретные взаимодействия.
- Проясняет, с чем система будет обмениваться информацией.
Проверка качества диаграммы:
- Полнота: Все ли сущности и связи учтены?
- Непротиворечивость: Нет ли конфликтующих потоков данных?
- Понятность: Будет ли диаграмма понятна бизнесу и техническим специалистам?
- Связь с требованиями: Покрывает ли диаграмма все бизнес-цели?
Выводы
- Чёткое определение бизнес-требований — фундамент успешного проекта.
- Системная работа со стейкхолдерами позволяет собрать полную информацию и управлять ожиданиями.
- Документ о концепции и контекстная диаграмма — ключевые артефакты для фиксации и визуализации бизнес-требований на старте проекта.