Смерть Agile: 5 причин, почему этот подход утянет ваш бизнес в трясину

Agile долгое время оставался очень популярным подходом в разработке ПО. Однако многие эксперты и индустриальные лидеры начали признавать, что Agile может быть не таким продуктивным в современном бизнесе и даже скорее вредить ему. Вообще, один из авторов Agile Manifesto, Дэйв Томас, говорил об этом еще 10 лет. 

Критика Agile:

Одним из ключевых аспектов критики Agile является неэффективное управление проектами. Многие проекты сталкиваются с проблемой несоответствия требований, неопределенностью в оценке сроков и ресурсов, а также излишним количеством менеджеров, которые замедляют процесс работы.

Но обычно все проблемы связаны с тем, что люди не понимают, как на самом деле нужно применять методологию, и просто верят в священный аджайл, чтобы наладить процессы. В неумелых руках это все превращается в то, что вы видите на картинке. Хотели на Марс (наверное), в итоге мы на Луне, а в процессе вообще решили лететь на Уран.

Что же не так?

Если тезисно, то вот:

• Требования на деле не меняются каждые 2 недели.
• Оценка вообще не гарантирует того, что все будет сделано вовремя и как надо.
• “Мы плодим процессы, чтобы снизить количество процессов”. То же касается и ролей – плодят количество менеджеров, которые мешают работать, не оставляя места для разработчиков.
• Покер – это игра, а не инструмент планирования.
• T-shirt size estimation – работает только для магазинов вещей, но не для разработки.
• Стори-пойнты отражают сложность, но не время на разработку. Но команды продолжают измерять пойнтами время.
• Груминг задач – оставьте груминг салонам для стрижки собак.
• Диаграмма сгорания задач – тем, кто хочет все сжечь, место в тюрьме, не в команде разработки.

Люди слишком цепляются за ритуалы, громкие термины и формальности, не понимая, что за ними действительно должны стоять реальные действия, и самое главное – продвижение вперед и результаты.

Вот несколько причин, почему Agile не выдерживает никакой критики. Это становится видно, когда ты сам получаешь опыт в управлении, и это становится кристально ясно, когда твой опыт управления проектами и командами уже насчитывает 10+ лет в этой сфере. В стройную продуманную систему врывается человеческий фактор, разного рода психологические проблемы, например, непонимание цели, непонимание своих возможностей и возможностей команды, непонимание зоны ответственности, и начинается то, что на деле очень далеко от Agile.

В общем, любой опытный СЕО, продакт или скрам-мастер скажет вам следующее:

• Управление и отношения в команде: За ежедневными ритуалами на самом деле скрывается желание тотального контроля и создание видимости эффективной деятельности (или пожара). Если ты не выгорел, то ты и не работал.
• Прямая работа с рынком: Ваши гипотезы строятся на догадках и личных желаниях, на деле часто даже продакт оунер слабо представляет себе потребности рынка, а команда – тем более. И снова все идут туда, не знают куда, чтобы принести то, не знают, что. ПО должен работать с рынком и очень хорошо себе представлять потребности и реальное положение дел, но чаще всего в основе этих отношений лежит страх и попытка угодить, а продакт превращается в прокси между командой, рынком и стейкхолдерами, и старается всем угодить. Не надо так.
• Отношения с клиентом: Близко к предыдущему, но немного не в таком разрезе. В реальности клиенты приглашают вас в игру “я крутой специалист”. Задача команды – им в этом подыграть. Если команда с этой задачей не справляется, не вступает в эту игру, то ее можно заменить другой командой. Поймите, люди очень любят игры, и если вы плохой партнер, то вас заменят. И тут очень пригодится то, о чем много говорят в последнее время – высокий эмоциональный интеллект. Способность считывать атмосферу, держать нос по ветру и точно знать, когда можно чуть приостановиться, а в каких моментах пришло время ускориться и быть пожестче. С этим вообще большие проблемы. Возможно, поэтому сегодня так популярны психологи самого разного толка.
• Сфокусированность на результате: Очень важно не упускать из фокуса то, зачем мы, собственно, тут собрались. Но к сожалению, часто команда слепо следует за продакт оунером, который сам точно не знает, что должно получится в итоге и старается угодить стейкхолдерам. А если ты не знаешь, что у нас в финале, то ты и понятия не имеешь, как до этого финала дойти.
• Итеративность: Этот принцип позволяет постоянно релизить и добавлять новые функции, но в реальности команда получает непрерывный пожар, потому что менеджеры стараются запихнуть побольше задач.

Зарегистироваться

Получить доступ к Glabix

Учитывая разнообразие мнений и опыта работы с Agile, критика этого подхода может быть обусловлена различными факторами и конкретными обстоятельствами в организациях. В итоге получается, что agile идеально позволяет скрыть реальную картину происходящего на проекте и в процессах, а результата не дает.

И пожалуй, основная причина того, что вроде бы логичная методология не работает так гладко, как должна бы – это страх, который является фундаментом такой командной работы. Каждый член команды не замотивирован получить результат или выполнить свои задачи максимально эффективно.

Скрам подразумевает, что команда состоит из опытных специалистов, часто с 10+ лет опыта в разработке. На деле же – собирается команда из неопытных работников, часто им чужда дисциплина и ответственность, все это называют модным словом скрам, а дальше все держится на страхе перед скрам-мастером или СЕО. Прибавьте сюда отсуствия фокуса и непонимание, куда идет компания стратегически, и всё.

В итоге все должно крутиться вокруг командной ответственности и адекватно выстроенных процессов (и опытную, сработавшуюся команду). Люди – индвидуалисты, и научиться работать в команде – это отдельная задача “со звездочкой”. Скажем даже больше, не каждый вовремя понимает, что у него в чем-то проблема и затык, и хорошо бы обратиться за помощью к коллеге. В итоге под словом “команда” часто скрывается принудительно собранная группа людей, у которых нет единого видения и понимания, куда они идут и как именно их действия влияют на результат, и за что именно отвечает каждый из них.

А в таком случае, вы можете применить любые инструменты, но они не будут работать. А если команда уже сработалась и состоит из опытных ответственных специалистов, то она будет работать даже без модных ярлыков.

Эта статья написана при помощи последней версии ChatGPT-4o. Мы будем рады обсудить эту статью в комментариях нашего телеграм-канала. Кстати, подписывайтесь.