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

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

Диагностика подтвердила, что главный незакрытый разрыв в системе действительно находится на этом уровне. Средний уровень развития компетенций мастеров составил 2,4 при ожидании 3 и выше. Наиболее западающими оказались обеспечение ритма бизнеса, наличие преемника и самостоятельное планирование деятельности.

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

Старая версия программы этот переход не держала: около 30 процентов тем были пустыми, а критичные рабочие инструменты мастера и ежедневные управленческие ритуалы не были отработаны как навык.

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

И не менее важно — закрепить сам сдвиг в способе управления: от ручного удержания участка к управлению через процессы, данные, ритм, инструменты и развитие людей.

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