Чеклист делегирования для сооснователь: для собственника

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

Через полгода Михаил продал свою долю. Не по рыночной цене.

Михаил и его партнёр Дмитрий вместе строили IT-сервис больше восьми лет. Не стартап в классическом смысле — зрелый продукт, несколько десятков сотрудников, оборот под полмиллиарда. Снаружи — устойчивый бизнес с историей. Изнутри — два человека, которые давно перестали говорить об одном и том же, когда произносили слово «развитие».

Михаил хотел масштабировать. Новые рынки, партнёрства, инвестиционный раунд — он думал горизонтом в пять лет. Дмитрий хотел стабильности. Хороший продукт, лояльные клиенты, предсказуемый доход — он думал горизонтом в один год, максимум два. Оба были правы в своей логике. Проблема в том, что эти логики не совмещались.

К тому моменту, когда Михаил пришёл ко мне, разрыв между ними накапливался года три. Не в виде конфликтов — скорее в виде тихого расхождения. Михаил брал на себя всё больше стратегических инициатив, Дмитрий — всё больше операционных деталей. Формально это выглядело как разделение труда. Фактически — как два разных бизнеса, которые пока ещё делят одно юрлицо.

Вопрос делегирования встал, когда Михаил решил выйти из операционки. Не из бизнеса — из ежедневного управления. Он хотел нанять операционного директора, передать ему текущие процессы и сосредоточиться на развитии. Логичный шаг для бизнеса такого размера и возраста. Но для этого нужно было, чтобы Дмитрий тоже передал часть своих функций — иначе новый директор оказался бы в подвешенном состоянии между двумя партнёрами с разными приоритетами.

Михаил решил начать с чеклиста делегирования для сооснователя. Документа, который зафиксирует, кто что передаёт, кому, в какие сроки и с какими критериями успеха.

Папка была готова. Дмитрий её подписал.

Но папка не помогла.

На поверхности запрос звучал так: «Помогите внедрить чеклист делегирования. Партнёр согласился, но ничего не меняется. Наверное, нужна другая методология или более жёсткий контроль исполнения».

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

Я попросил Михаила рассказать, как именно проходил разговор, когда Дмитрий подписывал чеклист. Что говорил, как реагировал, что спрашивал. Михаил задумался. «Он сказал: 'Хорошо, давай попробуем'. И подписал». — «А что-то ещё?» — «Нет. Он вообще не задавал вопросов».

Вот здесь и была настоящая точка входа.

Когда партнёр подписывает документ о делегировании, не задав ни одного вопроса — это не согласие. Это вежливый отказ. Человек, который реально готов передавать функции, задаёт вопросы: кому именно, как будет выглядеть переходный период, что происходит, если новый директор ошибётся. Молчание при подписании означает одно: «Я подпишу, но делать не буду».

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

Михаил пытался решить отношенческий вопрос инструментальным способом. Это не редкость — особенно среди людей с аналитическим складом ума. Если проблему можно описать в таблице, кажется, что таблица её и решит.

Проблема была не в чеклисте.

Четвёртый раз за последние два года вижу одну и ту же конструкцию: партнёрский конфликт, замаскированный под операционный вопрос. Каждый раз — несколько развилок, в каждой из которых инструмент применялся вместо разговора.

У Михаила их было три.

Первая развилка — момент подписания чеклиста.

Когда Дмитрий подписал без вопросов, у Михаила был выбор: принять это как согласие или остановиться и спросить напрямую. «Ты подписал — это значит, ты готов начать с первого пункта на следующей неделе?» Такой вопрос вынуждает к конкретному ответу. Михаил его не задал. Он взял подпись как согласие и начал действовать.

Почему не задал? «Не хотел создавать напряжение». Это понятно. Но напряжение уже было — просто невидимое. Избегание прямого вопроса не убирает напряжение, оно его консервирует.

Вторая развилка — найм операционного директора.

Михаил нашёл сильного кандидата, согласовал с Дмитрием, вышел на оффер. Первые две недели новый директор работал нормально. Потом Дмитрий начал его обходить — напрямую ставить задачи сотрудникам, которые формально перешли под нового директора. Не демонстративно, не агрессивно — просто по привычке. «Я всегда так делал».

Михаил поднял вопрос. Дмитрий согласился, что так нельзя. И продолжил.

Здесь развилка была такая: либо жёсткий разговор о том, что происходит и почему, либо признание, что найм директора не решит проблему без изменения поведения партнёра. Михаил выбрал третье — подождать, что само устаканится. Не устаканилось.

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

Третья развилка — предложение медиации.

К этому моменту Михаил уже понимал, что проблема не операционная. Он предложил Дмитрию поработать с медиатором — не юридическим, а бизнес-медиатором, который помогает партнёрам договориться о будущем компании. Дмитрий отказался. «Нам не нужны посредники. Мы сами разберёмся».

Это была последняя развилка. После неё у Михаила оставалось два варианта: остаться в ситуации, которая его разрушала, или выйти.

Михаил сделал всё правильно. Это и было ошибкой.

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

Михаил продал долю. Не в режиме цивилизованного выхода с оценкой по мультипликаторам — в режиме «хочу уйти как можно быстрее». Дмитрий это чувствовал и торговался жёстко. В итоге Михаил получил примерно на треть меньше справедливой стоимости своей доли.

Это прямые потери. Но есть и косвенные.

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

Что стало с бизнесом? Дмитрий остался один. Первый год — стабильность, которой он и хотел. Потом — медленное сжатие. Без второго партнёра, который думал о развитии, компания перестала расти. Не рухнула — просто остановилась. Для IT-сервиса остановка — это медленное умирание.

Чеклист делегирования лежит в папке. Методически он был составлен правильно. Там действительно прописано, кто что передаёт, кому, в какие сроки. Если бы оба партнёра хотели одного и того же — он бы сработал.

Чеклист остался. Партнёрства не стало.

Вот паттерн, который я вижу в таких историях.

Собственник или сооснователь чувствует, что что-то не так. Операционка не отпускает, партнёр тянет в другую сторону, бизнес не развивается так, как хотелось бы. Он ищет инструмент — чеклист, методологию, фреймворк. Находит. Внедряет. Не работает.

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

Чеклист делегирования для сооснователя работает при одном условии: оба партнёра хотят одного и того же результата и расходятся только в деталях реализации. Тогда чеклист помогает — структурирует, фиксирует, снижает трение.

Если партнёры хотят разного — чеклист не поможет. Он только создаст иллюзию движения.

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

Этот разговор неудобный. Он создаёт напряжение. Именно поэтому его избегают и заменяют чеклистами.

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

Разница между Михаилом и Алексеем — не в методологии. В последовательности.

Это единичный случай или типичная история для партнёрских бизнесов?

Типичная. Партнёрский конфликт, замаскированный под операционный вопрос — один из самых распространённых паттернов в бизнесах с двумя и более сооснователями. Особенно в компаниях старше пяти лет, где партнёры изначально не прописывали, что будет, если они захотят разного. Чеклист делегирования для сооснователя в таких случаях — симптоматическое лечение.

А если у нас с партнёром нормальные отношения — чеклист всё равно не нужен?

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

Что делать, если я вижу у себя похожую ситуацию прямо сейчас?

Остановиться и задать партнёру один вопрос: «Где ты хочешь быть через три года — в этом бизнесе или нет?» Не как обвинение, а как реальный вопрос. Ответ покажет, есть ли смысл дальше говорить об инструментах.

Если этот кейс читается как твоя история — не обязательно один в один, достаточно похожей структуры: партнёр, делегирование, разные горизонты — приходи на 20-минутный разбор.

Работаю с собственниками и сооснователями бизнесов от 80 миллионов выручки. Беру до трёх заявок в неделю. Напиши на hi@vvetrov.com: кто ты, что за бизнес, в чём вопрос.

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

P.S. Папку с чеклистом можешь не распечатывать. Начнём с разговора.

Апрель 2026. Автор — Виталий Ветров, практикующий юрист и эксперт по корпоративным спорам.