Почему проваливаются Agile-проекты?
Как бы это банально не звучало, большинство руководителей, выбирающих метрологию Agile вместо классических подходов управления проектами, находятся в заблуждении о самом методе Agile.
Кто-то внушил управленцам, что Agile-подход предполагает начать что-то делать без предварительной подготовки и каким-то чудом получать быстрый результат.
Во-первых, Agile это не про проекты, а про продукты. Если в Waterfall «project plan» (извините за английский), то в Agile – «product backlog». Разница принципиальная. Agile это не про организацию процессов, а про создание продукта.
Во-вторых, как и в Waterfall до начала работ в Agile надо провести предварительную работу. И если основа проекта в Waterfall это «project scope», то влетать в Agile без «product vision» можно только с уверенностью в провале.
В-третьих, для обоих методов важно понимать стратегию развития создаваемого решения. Для Waterfall это «project roadmap» или, как минимум, «milestone timeline». Для Agile крайне желательно определиться со всеми вехами «product lifecycle».
Если ничего этого нет, и после подачи идеи «давайте сделаем это» побежали нарезать спринты и собирать команду, не стоит удивляться печальному результату: бюджет растет кратно, получатся совсем не быстро и вообще не то, что хотели.