Чему промышленность может научиться у ИТ-отрасли?

Когда говорят о заимствовании опыта ИТ-компаний, имеют в виду, как правило, программный стек: ERP, MES, BI, облака. Но есть вещи, которые нельзя просто так взять, и купить.

Отношение к циклу улучшений. В ИТ сложился уже привычный конвейер — выпустить версию, собрать обратную связь, исправить, выпустить следующую. Завод работает иначе: остановка линии ради эксперимента стоит денег, а ошибка в сварном шве — не баг в интерфейсе. Культура коротких итераций приживается на производстве только там, где цена ошибки контролируема: в планировании смен, в логистике, в расчете запасов. Там инструмент работает.

«Северсталь» столкнулась с этим в 2016 году. Новые виды продукции выводились на рынок в среднем за 2–2,5 года — медленнее не только зарубежных конкурентов, но и ряда российских. Компания адаптировала Scrum под металлургическую специфику: собрала кросс-функциональные команды из 4–5 человек, ввела спринты и ежедневные стендапы. Первые два пилотных проекта при загрузке участников всего на 20–30% дали ускорение разработки в 2–3 раза. Принципиальная оговорка: минимальная партия нового продукта в металлургии — 350 тонн — слова Виталия Сухарева, лидера agile-трансформации «Северстали» (CIO Magazine, 2018). Ошибка при запуске нового вида стали обойдется намного дороже, чем вернуть предыдущую версию кода. Поэтому Scrum не скопировали, а адаптировали под промышленную реальность.

Отношение к данным как к рабочему материалу. ИТ-команда принимает решения на основе метрик. На заводе данные часто существуют, но не используются: производительность линии — в Excel или в бумажном журнале у мастера, загрузка оборудования — в голове у главного механика. Разрыв не технический, а управленческий. По данным ИСИЭЗ НИУ ВШЭ (2025, > 1,7 тыс. организаций машиностроения), 57% предприятий назвали нехватку финансов главным барьером цифровизации — но вторым по частоте шли длительные сроки окупаемости. Предприятие не умеет считать эффект цифровых вложений — и поэтому не видит, зачем вкладываться.

Парадокс в том, что сам инструмент управления данными о потоке придумали не программисты. Канбан-доску разработал инженер Toyota Тайити Оно в 1953 году для управления потоком деталей в цехе. Через полвека программисты взяли производственный инструмент и перенесли в разработку. Сейчас промышленность заимствует его обратно — уже в цифровом виде, в составе MES и BI-систем. Направление переноса менялось дважды. Выигрывает тот, кто умеет смотреть на процесс через данные — независимо от того, откуда пришел инструмент.

Привычка к незавершенности. ИТ-продукт никогда не «готов»: есть дорожная карта, горизонт всегда открыт. Завод часто мыслит проектно: запустили, подписали акт, команда разошлась. Что происходит с системой через год — отдельный вопрос, которым занимаются редко. «Росатом» пошел другим путем: культура бережливого производства и непрерывного совершенствования закреплена в корпоративном стандарте — производственная система действует постоянно, а не запускается под проект. По данным Рексофт, комплексные проекты дают эффект в 20 раз больше точечных за 10 лет.

Граница переноса при этом реальная — там, где сбой останавливает конвейер или грозит травмой, культура «попробовали и откатили» неприменима. Промышленность берет у ИТ не методы целиком, а принципы: считать эффект до старта, развивать систему после запуска, не закрывать горизонт актом приемки.