И как же из паразита сделать симбиота? Agile — слово, которое стартапы любят произносить на каждом питче.
Быстрота
Адаптивность
Ценность для пользователя
Фаундеры уверенно заявляют:
У нас нет бюрократии! Мы гибкие!
И инвесторы лыбятся.
А на деле? Agile часто заканчивается одинаково:
хаос, выгорание, бесконечные переделки, продукт топчется на месте.
Интернет уже кишит спорами и разборами методологий, но я бы хотел откусить кусочек от этого пирожка, поэтому поделюсь своим мнением, как это выглядит изнутри, почему гибкость без правил убивает команду — и что делать, чтобы не попасть в эту ловушку.
История: стартап, который запутался в свободе
Не так давно со мной связался основатель одного быстрорастущего сервиса.
Сообщение было коротким:
Привет, Никит. У нас тут жопа, мы горим. Можешь ненадолго зайти в проект, а то не понимаю уже, что делать.
Я подключился к их созвону. Картина маслом:
12 человек в Zoom, у всех потухшие лица. Они спорят... о том, какого цвета будет кнопка на новой странице.
Вместо обсуждения ценности продукта — бесконечные мелочи.
После звонка я попросил доступ к их Notion. То, что я увидел, напомнило сарай деда, где всё свалено в одну кучу (а дед еще орет, что «ему все это нужно, ничего нельзя выкидывать»).
Пять досок с задачами, каждая со своей логикой
Приоритеты размазаны: «Критический» написано везде
Документация? Нет времени, нужны фичи!
Тесты и автоматизации? «Та нет времени, говорил же!»
В чате разработчиков кипят страсти:
— Кто чинит баг в оплате?
— А у нас баг в оплате?
— А кто выкатывал hotfix ночью?
— Не знаю, вроде Вася…
Команда реально старается, но ощущение одно: они гребут в разные стороны, лодка крутится на месте.
Они уверены, что работают по agile. Но все, что увидел я — это очень хороший хаос, прям настоящее беспорядочное состояние.
Почему так происходит?
Причина почти всегда одна и та же: agile воспринимают как «свободу без правил».
Или же нифига не структурируют, плывут по течению, а потом оправдывают это термином agile.
Фаундер думает:
Зачем нам процессы? Мы же гибкие! Главное — скорость!
И вот, что получается:
Семь пятниц на неделе Бегают с горящими глазами, сегодня одно, завтра другое
За деревьями леса не видят Все усердно работают, но никто не понимает, куда движется вообще продукт.
Созвоны вместо структуры Три синка в день. Полтора часа обсуждений. Итог? «Ну давайте попробуем…»
Код превращается в минное поле Без архитектуры, без тестов, всё на авось.
Документация? «Не понял что ли еще? Нет времени!» Значит, любой новый разработчик тратит месяц, чтобы понять, как это всё живёт.
А потом еще один месяц удивляется, как это все не утонуло еще.
Самая большая иллюзия
Команда думает:
«Если мы уберём процессы, мы ускоримся».
На самом деле происходит обратное:
Все бегают, но скорость разработки падает.
Ошибки множатся, баги плодятся.
Сроки срываются, а каждый релиз — как игра в русскую рулетка, но с 4/6 в барабане
Со временем люди устают от бесконечных пожаров и хаоса. И уходят.
Гладко было на бумаге, но забыли про овраги (думаю статья уже перенасыщена поговорками и фразеологизмами, постараюсь остановится на этой).
Что делать, чтобы не скатиться в хаос?
Agile — это не анархия, это структурированная гибкость.
1. Цели — это якорь
Да, мир меняется. Но у команды всегда должна быть чёткая рамка:
«В этом месяце наши три приоритета — такие. Всё остальное потом».
2. Минимальные, но стабильные процессы
Один бэклог, одно место для задач
Планирование на короткий горизонт (2 недели)
Демо и ретро — короткие, но регулярные
Процессы должны быть настолько простыми, чтобы команда тратила на них минимум времени, но имела максимум прозрачности.
3. И техника
Тесты, CI/CD, минимальное логирование — это не роскошь.
Это страховка.
Один час на тесты сегодня = неделя экономии завтра.
Итог
Agile — это не хаос.
Хочешь импровизировать? Сначала выучи ноты.
Пусть ваш проект звучит как джаз, джазуйте!
А не просто бренчите...
Оффтоп
В Telegram-канале Техдир на пальцах я также разбираю подобные проблемы/кейсы/советы. Там все про разработку и управление, но простым языком, понятным бизнесу.
