Delivery

Этот этап достоин отдельного выступления. Мы далеко ушли, повышая прозрачность производства, в том числе, используем самописные инструменты (например, Альфа.Платформа для протаскивания кода через все фазы технической реализации ). В один пост этот массив информации точно не войдет. Поэтому расскажу про базу.

У нас продукты разрабатываются итеративно при помощи старого доброго фреймворка Scrum:
https://scrumguides.org/scrum-guide.html

Нам нравится фреймворк, потому что он не только определяет четкие правила игры для одной команды, но и умеет масштабироваться на продуктовые области и дальше (привет, LeSS - https://less.works/ru, нужен VPN).

Контроль качества осуществляем через автоматизированный DoD в Jira (пришлось ее допилить). У каждой команды есть свой уровень зрелости в соблюдении стандартов производства. Эта крутая практика используется tech-лидерами не для наказания, а для фокусного развития компетенций в командах.

Команды проводят Обзор Спринта 1 раз в Спринт (по классике). А 1 раз в месяц все команды корпоратов собираются на общий обзор результатов, чтобы кросс-опылиться по фичам и дальнейшим планам. Мы назвали ивент Digital Review, текущий CSI 4,87. Есть, что улучшить, но, кажется, синхронизация у нас получается.

Сложно переоценить вклад Scrum-мастеров в процесс приобщения команд к agile-культуре. Ребята держат процесс на контроле и не позволяют серьезно нарушать важные правила (хотя куда же без этого?).
Чтобы команды чувствовали себя более комфортно, мы в Альфе придумали роль КСМ. Это командный Scrum-мастер из числа разработчиков, который помогает всем участникам оставаться в единой канве процессов. К слову, метрики производительности и качества в таких командах выше в среднем на 15% по отношению к командам без КСМ.

У меня пока 270 подписчиков, поэтому ставлю заоблачную цель, чтобы сроки не поджимали.
Если пост наберет 222 🔥, обещаю подготовить для вас отдельный большой материал на тему Delivery. А, может, и пригласим вас на митап в Альфу. Все зависит от вашей активности и интереса.