Agile

Обновлено 24 августа 2026 по опубликованной версии на Хабре. Главный тезис уточнён: tiny team — не новая норма и не «три человека с агентами», а конфигурация, жизнеспособность которой зависит от сложности системы и домена, цены ошибки и системы поддержки вокруг команды. Свежий CircleCI Q2 Pulse 2026 подтверждает тот же вывод: активность в feature branches растёт, но throughput main branch не растёт автоматически — bottleneck смещается в проверку, интеграцию и выпуск. ...

Баги — неизбежная часть разработки. В MetaMap мы внедрили Zero Bug Policy и за месяц сократили бэклог с 77 до 18 багов. 60 багов из 77 до старта не имели даже примерной даты исправления. Через месяц таких осталось 11. Главный результат — не красивая цифра. Support и CSM получили реальные сроки для клиентов, разработчики — ясные правила, клиенты — предсказуемость. Проблема: баги по принципу «кто громче» ...

TL;DR: эффективная команда делает три вещи: Достигает бизнес-целей Сохраняет психологическую безопасность и мотивацию людей Предсказуемо доводит работу до результата через стабильные flow-метрики Три вершины. Один треугольник. Исходная история Две финтех-команды три месяца параллельно строили системы управления лимитами. Одна — для кредитных карт, другая — для текущих счетов. В каждой команде 7–8 человек, стоимость — около $100K в месяц с учётом полной нагрузки на инженерную команду. На квартальном ревью выяснилось: 70% функциональности пересекается. ...

Когда смотришь на реальные данные потока, быстро появляется знакомая картина: часть задач заметно стареет, отдельные элементы уже давно вышли за разумные сроки и фактически застряли. Так мы приходим к одной из самых полезных и недооценённых flow-метрик: WIP Aging. WIP Aging показывает, сколько времени элемент работы уже находится в процессе и всё ещё не завершён. Это ранний сигнал проблем в потоке: команда видит, где работа застревает, до того, как задержка сорвёт сроки доставки. ...

Прогнозировать сроки по Throughput проще, чем кажется. Нужна история завершённых элементов, понятные WIP-лимиты и честное отношение к вероятности. Хороший прогноз звучит так: «с вероятностью 50% закончим за 39 дней, с вероятностью 85% — за 50 дней». Это честнее для команды и полезнее для стейкхолдеров, чем дата «ровно через 6 недель». Это продолжение статьи про Throughput как метрику потока. База по метрике остаётся в первой части. Здесь — как превратить историю завершённых элементов в прогноз, вокруг которого можно принимать решения. ...

Русская версия подготовлена на основе моей статьи на Хабре: «Throughput: как научиться перестать гадать сроки и начать их предсказывать через симуляцию Monte-Carlo». Throughput — базовая метрика, с которой начинается разговор о предсказуемости команды. Сначала нужно научиться читать сам поток: по периодам, вариативности и типам работы. Прогнозирование через Monte Carlo — следующий шаг, которому посвящена отдельная статья. Преамбула Заходишь убитый в пятницу в бар. Заказываешь пивной сет. Официант обдумывает в голове: “За последний час у нас было приготовлено 12 заказов, сейчас в работе 4 заказа, новый сет будет пятый в очереди”, а потом информирует нас: “Ваш заказ подадут через 20–25 минут.” ...

Русская версия подготовлена на основе моей статьи на Хабре: «5 причин, почему ваши Story Points не работают (и что делать)». За семь лет воркшопов по Story Points я вижу одну и ту же картину: команды изучают технику, пробуют её несколько спринтов, затем постепенно скатываются к старым привычкам. На маленьком масштабе — одна команда, максимум три — Story Points выглядят отличным подходом. На текущем масштабе у меня совсем другая оптика: 47 команд, около 400 человек в IT; 60% используют Story Points, 40% живут без них. Самое интересное — эти 60% используют их каждый по-своему. Во всяких FAANG про Story Points почти ничего не слышали: максимум всплывают размеры в футболках. ...

Последние два года я работал Program Management Lead в Metamap.com и, среди прочего, помогал выстраивать OKR-фреймворк. OKR редко внедряются легко сами по себе. В нашем случае сложность усиливала распределенная команда: от Филиппин и Сингапура до западного побережья США и Гавайев. Из этого опыта постепенно сложился список типичных проблем. На бумаге часть из них выглядит очевидно, в реальной работе быстро превращается в хаос: команды по-разному понимают цели, Key Results становятся набором пожеланий, обсуждение прогресса живет отдельно от ежедневной delivery-работы. ...

Привет всем. Хочу рассказать о материалах для подготовки к сертификации PSM II от Scrum.org. Буду рад, если поделитесь своим опытом тоже :) Sidenote: если вы апологет движения «сертификаты потеряли свою ценность» — я с вами соглашусь. В отношении PSM I всё довольно просто: сертификация говорит, что вы в общих чертах понимаете, как работает фреймворк. В PSM II уже идёт работа с набранным в бою опытом применения Scrum, поэтому она серьёзнее. Ничего сверхъестественного в этом экзамене тоже нет. Кстати, сейчас в мире 6793 обладателя PSM II. ...

На прошлой неделе мы с Алексеем Пикулевым из Agilix записали выпуск Trust Stories для проекта In Teams We Trust. Разговор получился про тему, которая у распределённых команд болит особенно сильно: как растить доверие, когда люди сидят в разных городах, видят друг друга через экран и большую часть договорённостей держат в тексте. Видео лежит здесь: https://www.youtube.com/watch?v=Pq82aFap1rc Ниже — основные мысли обычным текстом, без формата интервью. Доверие начинается с ожидания осознанного действия Для меня доверие в команде — это уверенность, что люди действуют мотивированно и осознанно. Если я доверяю человеку или команде, я ожидаю, что они понимают смысл задачи, видят ценность результата, доведут дело до конца и вовремя подсветят проблему. ...