Чеклист делегирования — это не список задач, которые можно передать.
Это список вопросов, которые ты боишься задать сооснователю.
Большинство CEO, с которыми я работаю, уже знают, что нужно делегировать. Они не знают — кому. И это «кому» — не про компетенции. Про доверие, которое где-то потерялось. Или которого, если честно, никогда особо не было — просто раньше не мешало.
Чеклист, который не работает
Пятый раз за этот квартал слышу одно и то же.
CEO — умный, опытный, с хорошей командой — приходит с запросом про делегирование. Мы начинаем разговор. Выясняется: чеклист у него уже есть. Скачал где-то, адаптировал, даже провёл сессию с командой. Всё по правилам: задачи расписаны, зоны ответственности определены, KPI проставлены.
Ничего не изменилось.
Он смотрит на меня с видом человека, который сделал всё правильно и получил неправильный результат. Это раздражает. Я его понимаю.
Проблема в том, что стандартный чеклист делегирования создан для одной ситуации — когда ты передаёшь задачу наёмному менеджеру. Там логика простая: есть задача, есть человек с нужными компетенциями, есть договорённость о результате. Галочки поставил — делегировал.
Но когда речь идёт о сооснователе — эта логика не работает.
Сооснователь — это не менеджер. Он не нанят. Он не подчинён. У него своя доля, своя история в компании, своё представление о том, как должно быть. И, скорее всего, своё мнение о том, почему ты вообще решил что-то ему «делегировать» — как будто это твоё право решать.
Чеклист задач здесь — это иллюзия контроля. Красивая, удобная, ничего не решающая.
Настоящий вопрос не «что передать». Настоящий вопрос — «почему я до сих пор это не отпустил». И ответ на него обычно неудобный.
Что на самом деле происходит между сооснователями
Делегирование сооснователю — это не передача функций.
Это перераспределение власти.
Вот в чём штука: когда ты передаёшь задачу менеджеру, ты остаёшься тем, кто принял решение передать. Ты контролируешь рамку. Ты можешь забрать обратно. Иерархия не нарушена.
С сооснователем иначе. Если ты «делегируешь» ему направление — ты фактически признаёшь, что это его территория. Что у него есть право принимать решения, с которыми ты можешь не согласиться. Что ты не будешь вмешиваться — даже если тебе кажется, что он делает не так.
Это другой разговор. Это не про задачи. Это про границы.
И большинство CEO-сооснователей этот разговор не ведут. Они делают вид, что делегируют — но на самом деле просто временно отходят в сторону, сохраняя право вернуться. Сооснователь это чувствует. Команда это видит. Все делают вид, что всё нормально.
Был у меня клиент — производственная компания, около восьми лет на рынке. Два сооснователя, оба в операционке. Один — CEO, второй — операционный директор де-факто, хотя официально такой должности не было. Пришли с запросом: «нужно разделить зоны ответственности, CEO хочет выйти из операционки».
Мы начали с чеклиста. Быстро выяснилось: CEO готов передать всё что угодно — кроме решений по ключевым клиентам и найму топов. Сооснователь это знал. И знал, что пока эти две зоны у CEO — никакого реального делегирования нет. Есть красивая схема на бумаге.
Когда я спросил CEO напрямую: «Почему именно эти две зоны?» — он долго молчал. Потом сказал: «Потому что если он там ошибётся — я не смогу это исправить быстро».
Это не про компетенции сооснователя. Это про страх потерять контроль над тем, что CEO считает своим. Чеклист задач это не лечит.
Чеклист, который работает — другой
Вот он. Не список задач — список вопросов. Для CEO, который хочет по-настоящему делегировать сооснователю.
Это не инструкция. Это зеркало.
1. Я готов к тому, что он примет решение, с которым я не согласен — и не буду вмешиваться?
Не «смогу ли я потом объяснить ему, почему он был неправ». Именно: не буду вмешиваться. Если ответ «нет» или «зависит от решения» — делегирования нет. Есть временное отсутствие.
2. Я понимаю, что именно я хочу передать — и почему именно это?
Часто CEO делегирует то, что ему неинтересно или что отнимает время. Это нормально. Но сооснователь это видит. Если ты передаёшь только «грязную работу» — это не партнёрство. Это распределение нагрузки. Разные вещи.
3. Мы с сооснователем говорили об этом прямо — или я просто перестал делать часть задач?
Молчаливое делегирование — самая частая ошибка. CEO перестаёт заниматься чем-то, сооснователь подхватывает, оба делают вид, что так и было задумано. Потом выясняется, что у каждого своя версия договорённости.
Прямой разговор — не про задачи. Про то, что теперь его, а что твоё. И что будет, если он решит иначе, чем ты бы решил.
4. Я доверяю его суждению — или только его исполнению?
Это тонкая разница. Можно доверять человеку как исполнителю — он сделает то, что сказано, хорошо и в срок. Но делегирование сооснователю — это про суждение. Про то, что он сам решит, что делать. Если ты доверяешь только исполнению — тебе нужен менеджер, не партнёр.
5. Что произойдёт с нашими отношениями, если он ошибётся в этой зоне?
Не с бизнесом. С отношениями. Ты сможешь отделить «он принял неверное решение» от «он меня подвёл»? Если нет — делегирование создаст напряжение, которое потом будет сложно разобрать.
6. Я готов публично — перед командой — обозначить, что это его зона?
Это лакмус. Если ты готов сказать команде «по этому вопросу — к нему, не ко мне» — делегирование реальное. Если нет — команда будет ходить к тебе, сооснователь будет чувствовать себя декорацией, и через три месяца всё вернётся к исходной точке.
Шесть вопросов. Ни одного про задачи, KPI или зоны ответственности.
Если на все шесть — честный «да», можно переходить к чеклисту задач. Он тогда сработает. Если хотя бы на один — «нет» или «не уверен» — начинать нужно не с задач.
Это не значит, что делегирование невозможно. Это значит, что сначала нужен другой разговор. Про власть, про доверие, про то, чего ты боишься потерять.
Такой разговор неудобный. Поэтому большинство его не ведут. Берут чеклист задач — и удивляются, почему ничего не меняется.
Финал без морали
Я не знаю, почему так устроено — что самые важные разговоры в партнёрстве обычно не происходят.
Может, потому что оба заняты. Может, потому что оба боятся услышать ответ. Может, потому что когда-то давно, в начале, когда всё только строилось, было ощущение, что всё понятно без слов — и это ощущение осталось, хотя компания давно стала другой.
Чеклист готов.
Вопрос в том, готов ли ты его прочитать честно.
Если тема делегирования в партнёрстве резонирует — возможно, стоит начать с более широкого разговора: как выйти из операционного управления. Или посмотреть, почему умные предприниматели не могут отпустить контроль — там про механику тревоги, не про инструменты.
Короткие наблюдения о том, что происходит внутри бизнеса — в Telegram: @vvetrovcom
P.S. Это не для тех, у кого делегирование — просто задача в Notion. Это для тех, кто уже пробовал и не понял, почему не сработало.
Апрель 2026. Автор — Виталий Ветров.