Ловушка основателя: как передавать управление

11.10.2024 В выпуске «Getting Out of the Founder's Trap» Ichak Adizes разбирает ситуацию, знакомую многим растущим компаниям: бизнес уже стал больше основателя, но все еще устроен под его энергию, привычки, сильные и слепые зоны.

Формально есть руководители, процессы и системы.

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

Новая ERP, CRM, BI или AI-платформа требует владельцев процессов, правил данных, приоритетов и ритма изменений.

Если компания привыкла жить через основателя, система начинает ждать его подтверждения даже там, где должна работать операционная модель.

На ранней стадии основатель часто является главным интегратором: видит рынок, держит отношения, принимает риск, закрывает конфликты.

Это работает, пока масштаб позволяет держать контекст в голове.

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

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

Adizes отдельно подчеркивает: структура - это не только схема подчинения.

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

Если поменять только фамилию в оргчарте, но оставить старые права и стимулы, founder trap сохранится.

Поэтому смена управления должна дойти до операционных систем. В CRM должны быть реальные владельцы воронки. В ERP - владельцы мастер-данных и правил изменений. В BI - единые определения показателей. В AI-контуре - ответственные за качество контекста, безопасность и проверку результата.

Автоматизировать founder trap опасно.

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

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

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