Я говорила об Agile с 2019 года. Запустили в 2022. Три года — это не промедление и не лень. Это сопротивление системы, которая не понимает зачем.
Поэтому первое, что нужно усвоить до любых спринтов и стендапов: Agile — это не методология. Это идеология.
Про что Agile на самом деле
Есть Agile-манифест — документ, написанный в 2001 году семнадцатью разработчиками, которые устали от бюрократии.
Там четыре базовых постулата:
1️⃣Люди и взаимодействие важнее процессов и инструментов.
2️⃣Работающий продукт важнее исчерпывающей документации. 3️⃣Сотрудничество с клиентом важнее согласования условий контракта.
4️⃣Готовность к изменениям важнее следования первоначальному плану.
Обратите внимание на формулировку — не «вместо», а «важнее». Документация нужна. Процессы нужны. Но когда между ними и результатом нужно выбирать — выбираем результат.
Это звучит очевидно. На практике большинство компаний делают ровно наоборот — следуют регламентам, когда надо думать, и заполняют отчёты, когда надо делать.
Почему Agile не приживается
Самая частая ошибка — внедрять Agile как набор инструментов. Купили доску, назначили скрам-мастера, провели первый стендап. Через месяц все вернулись к старому.
Потому что инструменты без идеологии — это декорация.
Если руководитель говорит «у нас теперь Agile», но сам принимает все решения единолично, не доверяет команде и требует согласования каждого шага — ничего не изменится. Только добавится ещё один слой имитации.
Agile начинается с руководителя. Он должен искренне поверить в три вещи: что люди рядом с проблемой видят её лучше него, что ошибка на раннем этапе дешевле, чем идеальный план выполненный не так, и что скорость реакции на изменения важнее точности прогноза.
Если в это не верить — Agile не взлетит. Можно называть совещания стендапами сколько угодно.
Как это работает на практике
В нашей компании внедрение началось не с методологии. С разговора о том, почему мы теряем скорость. Почему решение которое нужно принять сегодня принимается через две недели. Почему клиент ждёт ответа пока бумага идёт по инстанциям.
Когда люди сами начинают называть проблему — они сами же хотят её решить. Вот тогда появляется почва для изменений.
Дальше — маленькие шаги. Не «с понедельника весь отдел работает по Agile». А один пилот в одной команде. Три месяца. Честные итоги — что сработало, что нет.
Важно: первый пилот почти всегда будет неудачным. Это нормально. Это не провал Agile — это обучение команды. Те кто останавливаются после первого неудачного спринта — никогда не дойдут до результата.
Что Agile меняет в компании
Меняется отношение к ошибкам. В жёсткой административной системе ошибка — это повод наказать. В Agile — повод разобраться и не повторить. Это принципиальная разница. Люди начинают говорить о проблемах до того, как они стали кризисом.
Меняется коммуникация. Исчезают длинные цепочки согласований по почте. Появляются короткие синхронизации где реально принимаются решения — а не транслируются уже принятые.
Меняется отношение к клиенту. Команда начинает думать не «как выполнить задачу» а «как решить проблему клиента». Это разные вопросы с разными ответами.
Что не меняется
Agile не отменяет ответственность. Это частое заблуждение — раз у нас гибкость и доверие, значит никто ни за что не отвечает. Нет. Ответственность за результат становится выше — просто она распределяется иначе.
Agile не подходит всем командам и всем типам задач. Там где нужна точность и предсказуемость — хирургия, авиация, ядерная энергетика — жёсткие процессы оправданы. Agile для среды где требования меняются и скорость адаптации важнее стабильности процесса.
И Agile не работает без поддержки сверху. Можно внедрить его в одном отделе — и он будет работать. Но если вся остальная компания живёт по старым правилам, постоянно будет трение. Я знаю это не из книг.
Совет директоров нашей компании до сих пор внутренне против.
Формально согласились. Работаем. Но каждый раз когда что-то идёт не по плану — первая реакция: «вот если бы не этот ваш Agile».
Это нормально.