Недостатки Agile подхода

Недостатки Agile фактически вытекают из достоинств гибких подходов. Это не в коем случае не “серебряная пуля”. Недостатки можно разделить на сколько направлений:

• Границы применимости в Бизнес окружении
• Люди
• Технологии
• Деньги и Бизнес
• Сообщество

Границы применимости Agile подходов

У всего есть границы применимости, это скорее факт чем минус.

• Трудно применять в средах с большой ценой ошибки
• Не нужен там где мы знаем Что делаем, Как делаем, и Требования в процессе работы не меняются.
• Малоэффективен на Этапах Позднего большинства и консерваторов по циклу Джеффри Мура.

Agile малоэффективен на Этапах Позднего большинства и консерваторов по циклу Джеффри Мура.

• Применим в запутанных(комплексных) областях по Матрице Стейси (есть ещё — cynefin framework, но мы его потом рассмотрим).

Матрица Cтейси: Разные Agile подходы имеют разную оптимальную применимость.

Минусы Agile для Людей

• Большие временные затраты заинтересованных лиц и участников команд
• Требуются управленческие скиды у всех участников команды.
• Большие требования к Заинтересованным Лицам (SH), Владельцу Продукта(PO) и Скрам Мастеру (SM) .
• Требуется переформатирование участниуков команды в T-специалистов.
• Часть фреймворков не предназначены для использования в непрофессиональных командах, и не описывают обучение.
• Требуется принятие ценностей и философии Agile.
• “Средний” менеджмент в крупных компаниях может потерять рабочие места.
• Трудно использовать совместно с системой $ бонусов (не в смысле что $ не работают, а в смысле что они порой мотивируют слишком сильно и не равномерно)

Минусы Agile с точки зрения Технологий

• Спорно подходит, если результат не могут оценить конечные пользователи, например если нам нужно создать только математический алгоритм.
• Спорно походит при большой временной задержке получения обратной связи.
• Легко начать делать что можем, за место того, того чего нужно Бизнесу.

Минусы Agile для Бизнеса

• Требует высокий уровень прозрачности, как минимум в периметре компании.
• Затраты больше чем у классического подхода в пересчёте на сделанную работу.
• Трудно сказать бизнесу — приемлемый по точности бюджет будет только через 2–3 спринта, а пока вот вам счёт на кик-офф и первый спринт
• Не работает для больших команд, требуются относительно сложные фраемверки для масштабирования
• Большие риски на для бизнеса на этапе старта при контрактовании команды по Time and Material.
• Большие риски на начальном этапе при выполнении работ “на заказ”, т.к. нет ТЗ и труднее доказать что услуга оказана.
• Часто требуется применение ещё и продуктового подхода.
• Трудно использовать особенно на коротких проектах.

Сообщество

• Нет единого Agile университета, который договорил что соответствует, что нет. Какие лучшие примеры имеются.
• Нет чётких критериев – вы достигли ли вы Agile или еще нет. Если не считать принятия 4х ценностей.
• Канбан не является Agile, а лишь альтернативным путём в него или дальше.
• Профессиональные Сообщества да и рынок труда не поощряет кросс-функциональные качества соискателей.