Чек лист то, что в проекте проблема с требованиями

Как аналитику проверить, что в проекте есть проблема с требованиями?

Есть очень действенный чек-лист, предложенный Карлом Вигерсом:

• Бизнес-цели, концепция и границы вашего проекта никогда четко не определялись;
• У клиентов никогда не хватало времени на работу над требованиями с аналитиками или разработчиками;
• Ваша команда не может напрямую взаимодействовать с непосредственными пользователями, чтобы разобраться с их потребностями;
• Клиенты считают все требования критически важными, поэтому они не разбивают их по приоритетам;
• В процессе работы над кодом разработчики сталкиваются с многозначностью и отсутствием информации, поэтому им приходится догадываться о многих вещах;
• Общение между разработчиками и заинтересованными лицами концентрируется на окнах и функциях интерфейса, а не на задачах, которые пользователи будут решать с использованием программного продукта;
• Ваши клиенты никогда не одобряли требования;
• Ваши клиенты одобрили требования к выпуску или итерации, после чего продолжили вносить в них изменения;
• Затребованные изменения требований были утеряны, и никто не знает состояние запроса на указанные изменения;
• Клиенты запросили определенную функциональность и разработчики реализовали ее, но никто ее не использует;
• В конце проекта спецификация была выполнена, но бизнес-задачи не были выполнены, и клиент не удовлетворен;

Работаем над решением проблем с требованиями

Список признаков достаточно жесткий и может навести на некоторую грусть - печаль по этому поводу ибо наверняка каждый аналитик увидят в нем свои повседневные боли.

В следующих статьях будем разбираться по каждому пункту в отдельности и фиксировать рекомендации и best practise для их предотвращения и исправления.

Больше другой полезной информации в ТГ канале: https://t.me/all_for_analyse

Полезные статьи на канале:

• Работаем с упущенными требованиями
• Как понять аналитику, что сбор требований завершен?