Agile-методологии захватили IT-индустрию. Скрам, канбан, спринты, ретроспективы — эти слова знает каждый менеджер. И все убеждены, что это делает команды более эффективными. Но если посмотреть на результаты, картина получается не такая радужная.
Agile изначально создавался как гибкий подход к разработке. Идея была простой: вместо того чтобы планировать всё на год вперёд, работать короткими циклами и быстро реагировать на изменения. Звучит разумно. Но на практике это превратилось в нечто совсем другое.
Agile стал легальным способом срывать дедлайны. Раньше команда говорила: мы не успеваем к первому марта. Это звучало плохо, требовало объяснений, вызывало недовольство руководства. Теперь команда говорит: мы переносим это в следующий спринт. Звучит профессионально и по-процессному.
Бесконечные стендапы создают иллюзию работы. Каждый день команда собирается, обсуждает задачи, двигает карточки в Jira. Со стороны выглядит, что кипит работа. Но если посмотреть на реальный прогресс продукта за месяц — может оказаться, что он минимальный.
Ретроспективы превращаются в ритуал, где все жалуются на те же проблемы, что и месяц назад. Планирование спринтов — в перекладывание задач из одного списка в другой. А продукт тем временем так и не доходит до пользователей.
Конечно, Agile работает в правильных руках. Есть команды, которые действительно эффективно используют эти методологии. Они выпускают релизы, улучшают продукт, радуют пользователей. Но это скорее исключение, подтверждающее правило.
Для большинства компаний Agile стал удобным оправданием. Способом выглядеть продуктивно без реальных результатов. Прикрытием для неэффективного менеджмента и отсутствия чёткого планирования.
Может быть, пора назвать вещи своими именами. Если вы не успеваете — скажите об этом прямо.
Если продукт не развивается — признайте это. И перестаньте прятаться за модными терминами.
Жду вас в телеграм: https://t.me/volkovtalks
#Agile #Scrum #менеджмент #управление #продукт