Daily standup в проектах цифровой трансформации на производстве

За последние десять лет Agile-методики из продуктовой ИТ-разработки прочно вошли в управленческий контур российских промышленных компаний. Самая заметная из них — daily standup: короткая ежедневная встреча у доски задач, на которой каждый отвечает на три вопроса о работе — что сделал вчера, что планирует сегодня и что мешает.
По опросу TAdviser 2025 года, российский рынок проходит фазу нормализации: «Agile-бум закончился, его применяют более осознанно», фокус смещается с церемоний к измеримым результатам. Никита Аксянов, руководитель Directum Projects, отдельно отмечает: «Agile стал частью общей культуры управления и используется в проектах цифровой трансформации, управлении инициативами и портфелями».

В Северстали Scrum-пилоты для разработки новых видов металлопродукции стартовали в 2016 году с двух кросс-функциональных команд по 4-5 человек и со всеми типичными атрибутами — спринты, стендапы, скрам-мастера; разработка ускорилась в 2-3 раза, число продуктов на этой модели позже выросло до 70 (согласно докладу Виталия Сухарева, лидера agile-трансформации функции маркетинга «Северстали», 2018).

Газпром нефть применяет Agile в работе проектных команд размером 5-15 человек, у компании есть собственный ресурсный пул скрам-мастеров.

В СИБУР Диджитал гибкие практики используются в цифровом подразделении. При этом еще в 2018 году Дмитрий Конов — на тот момент председатель правления СИБУРа — в интервью «HBR Россия» отдельно обозначил границу: на опасных производственных объектах самоуправляемые команды он считает неприменимыми, а в централизованных сервисных функциях — вполне.

Сложность начинается там, где формат пытаются перенести на проект цифровой трансформации, в котором проектная команда находится в постоянной стыковке с производственным контуром заказчика.

Чтобы standup работал в такой среде, в нем перенастраиваются четыре параметра.

📌 Время — под смену. Утренний стендап в 9:30 работает там, где у команды один рабочий день. На двух- и трехсменном производстве к этому моменту дневная смена три часа в работе, а ночная уже ушла домой. Рабочее окно для встречи — пересменка или первые полчаса основной смены, при этом все решения обязательно фиксируются.

📌 Состав — ядро вместо всей команды. Классический Scrum собирает на стендап всю команду. На промышленном проекте «вся команда» — это 10-15 человек с очень разным уровнем включенности в ежедневную работу, поэтому встреча рискует быстро превратиться в формальность. Рабочий состав — ядро из 4-5 человек, принимающих ежедневные решения; остальные подключаются по согласованному графику и при необходимости.

📌 Повестка — из цеха. Три классических вопроса хорошо работают у разработчиков, у которых вся работа на день — это набор задач в трекере. У начальника смены день устроен иначе: план-факт по выпуску, риск простоя на линии, что готово к смене и что не готово. Повестка стендапа собирается из событий, которые в этот день связывают проект и его линию — тогда встреча перестает быть проектной нагрузкой и встраивается в его обычное утро.

📌 Инженерный контур — отдельным каналом. Архитектурные споры и разбор багов превращают 15-минутный стендап в часовое техническое совещание, на котором производственники первыми выпадают из обсуждения. Технические разговоры выносятся в отдельный канал — между разработчиками и ИТ-блоком заказчика, без операционных руководителей.

В методике АЦТ Scrum и Agile входят в группу B «Управление проектами и процессами» как одни из инструментов управления проектом со своим контекстом применимости. Несмотря на это, они редко работают в одиночку — гибкий подход в команде разработки сочетается с предсказуемыми каскадными этапами на уровне взаимодействия с заказчиком, и собирается под конкретную задачу как аккорд из нескольких инструментов сразу.