
Вместо DORA: как перестать измерять всё подряд и начать управлять процессом разработки
segush11 29 минут назад Вместо DORA: как перестать измерять всё подряд и начать управлять процессом разработки Средний 7 мин 995 Блог компании Точка Банк Управление проектами * Управление разработкой * Кейс Когда...
<5 — 2026'da uzaya kaç SpaceX Starship fırlatması ulaşacak?
Вот важная новость с фронта ИИ: segush11 29 минут назад Вместо DORA: как перестать измерять всё подряд и начать управлять процессом разработки Средний 7 мин 995 Блог компании Точка Банк Управление проектами * Управление разработкой * Кейс Когда команда состоит из десяти человек, понять, что происходит с поставкой, просто. Но когда инженеров становится больше, интуиция и метрики начинают подводить. А понять, стали мы работать лучше или хуже, получается всё сложнее.
Меня зовут Сергей Долгодворов, я тимлид онлайн‑бухгалтерии в Точка Банк. В статье расскажу про набор показателей, с помощью которых можно быстро понять состояние команды и управлять процессом поставки. Он помог нам увеличить пропускную способность на 39% и сэкономить компании 112 миллионов рублей.
Технические детали
Когда данных слишком многоЗа последние годы наша команда сильно выросла. Когда я пришёл, в онлайн‑бухгалтерии было всего 10 человек. Сейчас в кластере больше 50 инженеров.
По мере роста команды менялось всё: продукт, процессы, инженерные практики. Параллельно росло и количество доступных данных. И в какой‑то момент возникла проблема: я перестал понимать, улучшается ли процесс поставки или мы просто имитируем бурную деятельность?
На тот момент у нас было много разных метрик, но данные были разрознены. А хотелось получить некий «светофор», глядя на который можно сразу понять, в порядке ли всё с командой или нужно бить тревогу. Почему нам не подошла DORAСначала мы смотрели в сторону стандартных метрик DORA, которые включают четыре параметра:Deployment Frequency — частота развёртывания.
Отраслевые последствия
Lead Time for Changes — время выполнения изменений. Change Failure Rate — время восстановления после сбоев. Mean Time To Recovery — частота сбоев при изменениях.
С помощью этих показателей можно оценить зрелость процесса разработки. Но на практике возникли сложности. Разные процессы релиза.
Внутри кластера разрабатывается много сервисов, и процессы релизов исторически были очень разные — где‑то через теги, где‑то через слияние с ветками, где‑то через отдельный пайплайн. Поэтому весь этот зоопарк пришлось бы сводить к единому виду. Проблемы с Change Failure Rate.
Событие, по словам экспертов, усилит конкуренцию в сфере ИИ.





