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

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

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

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

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

  • Трудно применять в средах с большой ценой ошибки
  • Не нужен там где мы знаем Что делаем, Как делаем, и Требования в процессе работы не меняются.
  • Малоэффективен на Этапах Позднего большинства и консерваторов по циклу Джеффри Мура.
Agile малоэффективен на Этапах Позднего большинства и консерваторов по циклу Джеффри Мура.
  • Применим в запутанных(комплексных) областях по Матрице Стейси (есть ещё — cynefin framework, но мы его потом рассмотрим).
Матрица Cтейси: Разные Agile подходы имеют разную оптимальную применимость.

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

  • Большие временные затраты заинтересованных лиц и участников команд
  • Требуются управленческие скиды у всех участников команды.
  • Большие требования к SH и PO.
  • Требуется переформатирование в T-специалиста.
  • Часть фраемверков не предназначены для использования в непрофессиональных командах, и не регламентируют обучение.
  • Требуется принятие ценностей и философии.
  • midle менеджмент в крупных компаниях теряет рабочие места.
  • Трудно использовать совместно с системой $ бонусов (не в смысле что $ не работают, а в смысле что они порой мотивируют слишком сильно и не равномерно)

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

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

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

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

Сообщество

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

Scrum Master & DevOps from Nizhny Novgorod https://t.me/agile4dev

Scrum Master & DevOps from Nizhny Novgorod https://t.me/agile4dev