От пилота к тиражу: что ломается при масштабировании в группе компаний

ago. 24, 202619 mins read

Различия процессов, данных и неопределённость с владением останавливают тираж на втором обществе.

Решение, показавшее результат в одном подразделении, при переносе на группу обычно теряет часть эффекта. Причина редко техническая. Процессы в дочерних обществах отличаются сильнее, чем предполагает пилотная площадка.

Три источника потерь

  • Различия процессов. Один и тот же процесс в двух обществах отличается шагами, ролями и системами, и решение, настроенное под первое, во втором требует переделки.
  • Различия данных. Справочники, форматы и качество заполнения отличаются, и модель, обученная на одном наборе, на другом работает хуже.
  • Собственность на решение. Пока непонятно, кто владеет решением на уровне группы и кто платит за его развитие, тираж останавливается на втором обществе.

Что решается до тиража

До начала масштабирования полезно определить целевую модель: где живёт решение, кто отвечает за его развитие, как считаются затраты между обществами и что именно унифицируется, а что остаётся местным. Ответ на последний вопрос обычно и определяет стоимость тиража.

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

Экономика тиража

Эффект на пилотной площадке редко воспроизводится в полном объёме. Реалистичный ориентир при планировании составляет от половины до двух третей пилотного результата на каждой следующей площадке, и этот коэффициент лучше заложить в расчёт заранее, чем объяснять расхождение по факту. Затраты при этом падают не пропорционально: первая площадка забирает основную часть работ по интеграции, каждая следующая обходится дешевле, но не бесплатно.

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

Организационная часть

Тираж это изменение работы людей в нескольких юридических лицах одновременно. Без отдельной работы с руководителями обществ решение внедряется формально: система есть, пользуются ей единицы. Эта часть выстраивается через управление изменениями при внедрении.

Кто отвечает

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

Второй элемент это порядок эскалации: при каком отклонении показателя вопрос выносится на уровень правления. Без числового порога эскалация происходит по усмотрению, то есть поздно.

Порядок работ

Рабочая последовательность выглядит так: разбор различий между площадками, целевая модель владения и финансирования, пилот тиража на одном непохожем обществе, и только после этого массовое развёртывание. Пилот тиража на площадке, похожей на первую, ничего не проверяет и создаёт ложную уверенность.

Всю эту линию мы ведём в рамках масштабирования ИИ в группе компаний, а встраивание в конкретные процессы через внедрение ИИ в бизнес-процессы.

Image NewsLetter
Icon primary

Empecemos a trabajar juntos