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

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

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

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

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

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

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

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

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