Этот подраздел открывают, когда проект страдает не от отсутствия активности, а от плохого качества входа: требования размыты, противоречат друг другу, теряются в переписках, меняются без фиксации или в принципе не доходят до состояния, в котором по ним можно оценивать, планировать и выполнять работу.
Работа с требованиями — это один из самых прикладных блоков в контуре PM. Здесь особенно быстро видно, насколько менеджер умеет собирать проектную определённость из хаотичного контекста, людей, документов, встреч, ограничений и ожиданий.
Если этот слой собран слабо, дальше начинает ломаться почти всё: планирование, документация, управление изменениями, контроль исполнения и коммуникация со стейкхолдерами.
Структура подраздела
Сбор требований
- Сбор требований
- Интервьюирование
- Сбор из документов и переписок
- Сбор из встреч
- Выявление скрытых вводных
Уточнение и формализация
- Уточнение и формализация
- Уточнение требований
- Фиксация требований
- Борьба с размытыми требованиями
- Формализация change request
Рамки готовности и качества
Работа с проблемными сценариями
- Работа с проблемными сценариями
- Работа с меняющимися требованиями
- Работа с противоречивыми требованиями
- Работа без выделенного BA
Когда сюда приходят
Обычно этот подраздел нужен в одной из таких ситуаций:
- требования есть, но они размазаны по чатам, письмам и встречам;
- заказчик говорит общо, а команда просит конкретику;
- проект уже едет, а понимание того, что именно нужно делать, всё ещё плавает;
- изменения происходят быстрее, чем проект успевает их осмыслять;
- на проекте нет сильного аналитика, и PM приходится собирать требования самому.
Что важно помнить
Требования — это не только текст и не только список функций.
Это рабочий слой проектной определённости, который включает:
- понимание проблемы и сценария;
- границы применимости;
- исключения и ограничения;
- договорённости о трактовке;
- критерии приемлемости;
- правила изменения уже согласованного контура.
Куда идти дальше
После сборки этого подраздела логичный следующий шаг — работа с документацией, где требования превращаются в устойчивые артефакты проекта.