Антон пришёл с блокнотом. Не с ноутбуком — с блокнотом, в котором от руки был написан список из 47 задач. «Это то, что я делаю каждую неделю, — сказал он. — Хочу разобраться, от чего можно избавиться».
Мы просидели три часа. К концу стало ясно: избавиться можно от 38. Но не потому что задачи незначительны. А потому что у Антона не было языка, на котором их можно передать.
Это кейс о том, как строился чеклист делегирования для фаундера — и что из этого вышло.
IT-сервис Антона существовал около восьми лет. Оборот — под 200 миллионов. Несколько десятков сотрудников. Продукт, который работает. Команда, которая, в общем, справляется.
Но каждое утро Антон открывал мессенджер — и там было 40–60 непрочитанных сообщений. Часть из них требовала его ответа лично. Не потому что сотрудники некомпетентны. А потому что они не знали, как принять решение без него.
Компания выросла. Антон — нет. Точнее, он вырос как предприниматель, но не успел перестроить свою роль внутри компании. Он по-прежнему был точкой сборки: согласования, клиентские переговоры, найм, технические решения, финансовые вопросы. Всё проходило через него.
Физически он справлялся — но с трудом. Стратегически — нет. На развитие бизнеса оставалось несколько часов в неделю, и те уходили на восстановление после операционки.
Когда я спросил, почему он не делегирует, Антон ответил честно: «Я пробовал. Возвращается обратно». Это не жалоба — это диагноз. И он точный.
Проблема была не в команде и не в Антоне. Проблема была в отсутствии системы передачи. Задачи возвращались не потому что сотрудники не хотели их брать. А потому что никто не знал, как именно их нести.
Это и есть отправная точка для чеклиста делегирования для фаундера.
Формально Антон пришёл с запросом «помоги делегировать». Это звучит просто. На практике — один из самых сложных запросов, с которыми приходят фаундеры.
Поверхностный слой: список задач. 47 пунктов, написанных от руки. Разного масштаба — от «согласовать договор с подрядчиком» до «принять решение по архитектуре нового модуля». Антон честно записал всё, что делает. Это уже хорошо — большинство фаундеров не могут назвать больше десяти задач, потому что остальные существуют в голове как фоновый шум.
Глубже — два слоя.
Первый: страх потери контроля. Не иррациональный — вполне обоснованный. Антон несколько раз передавал задачи и получал результат, который приходилось переделывать. Это не паранойя, это опыт. Но опыт, который он интерпретировал неверно: «значит, нельзя передавать», хотя правильная интерпретация — «значит, передавал без системы».
Второй: отсутствие описания задач. Ни одна из 47 позиций в блокноте не была описана так, чтобы её можно было передать. Не было критериев результата. Не было контекста. Не было понимания, что именно нужно сделать и как понять, что сделано правильно.
Именно здесь начинается чеклист делегирования для собственника — не как список задач, а как протокол передачи.
Для каждой задачи из списка мы задавали четыре вопроса:
1. Что именно нужно сделать? Не «согласовать договор», а «проверить три конкретных пункта и подписать, если они соблюдены».
2. Как выглядит хороший результат? Критерий, по которому можно оценить без участия Антона.
3. Что может пойти не так — и что тогда делать? Не инструкция на все случаи жизни, а три-четыре типичных сценария с ответами.
4. Кто в команде может это взять — и что ему для этого нужно? Не «кто справится», а «кому нужно что объяснить, чтобы справился».
Это занимало от пяти до двадцати минут на задачу. Некоторые задачи в процессе описания оказывались проще, чем казались. Другие — сложнее.
И вот тут появился первый неожиданный результат: девять задач из 47 в процессе описания Антон решил вообще не делать. Ни самому, ни через кого-то. Просто перестать. Они существовали по инерции — никто не проверял, нужны ли они вообще.
Это тоже часть чеклиста делегирования для фаундера: прежде чем передавать — проверить, стоит ли делать.
После того как каждая задача прошла через четыре вопроса, мы разделили оставшиеся 38 на три категории.
Категория А — делегировать сейчас. Задачи, которые уже достаточно описаны, чтобы их можно было передать без дополнительной подготовки. Таких оказалось 14. Это были преимущественно операционные задачи с понятным результатом: согласование типовых договоров, еженедельные отчёты, коммуникация с определёнными группами клиентов.
Категория Б — делегировать после описания. Задачи, которые требуют дополнительной работы: написать инструкцию, провести одну-две сессии передачи знаний, возможно — поработать в паре несколько недель. Таких было 17. Это более сложные задачи: найм, технические решения, нестандартные клиентские ситуации.
Категория В — не делегировать. Задачи, которые остаются у фаундера. Не потому что «никто не справится», а потому что они требуют именно его уровня контекста, отношений или ответственности. Таких оказалось семь. Стратегические переговоры с ключевыми партнёрами, решения о направлении продукта, несколько финансовых вопросов.
Это разграничение — одна из ключевых частей чеклиста делегирования для фаундера. Большинство собственников либо пытаются делегировать всё (и получают хаос), либо не делегируют ничего (и получают операционный капкан). Категория В — это не провал, это осознанный выбор.
Первая волна передачи началась с категории А. Антон передал 14 задач трём сотрудникам. Мы договорились: две недели без вмешательства, потом — разбор.
Через две недели вернулись четыре задачи. Не потому что сотрудники не справились. А потому что в двух случаях описание оказалось неполным — не хватало одного сценария, который Антон не предусмотрел. В двух других — сотрудники справились, но Антон не смог удержаться и начал комментировать. Это классика.
Мы скорректировали описания. И договорились о правиле: если задача передана — Антон получает результат, а не процесс. Никаких промежуточных вопросов «как идёт». Только итог.
Это оказалось сложнее, чем описание задач. Отпустить процесс — отдельный навык, который не появляется автоматически после того, как написан чеклист.
Категория Б шла медленнее. Часть задач передавалась через парную работу: Антон делал задачу вместе с сотрудником два-три раза, потом наблюдал, потом отпускал. Это занимало от двух до шести недель на задачу. Не быстро — но надёжно.
Через четыре месяца из 47 задач Антон лично выполнял 16. Из них семь — осознанно, из категории В. Ещё девять были исключены ещё на этапе описания. Итого делегировано — 31 задача.
В часах это выглядело так: Антон освободил около 20 часов в неделю. Не все они ушли на стратегию — часть просто на восстановление, на то, чтобы перестать работать в выходные. Это тоже результат.
Три задачи вернулись. Две — потому что сотрудники, которым они были переданы, ушли из компании. Одна — потому что задача оказалась сложнее, чем казалась, и требовала уровня принятия решений, которого у команды пока нет. Антон принял это спокойно: «Значит, пока моё».
Это не провал. Это нормальная статистика для первого цикла делегирования. Ни один фаундер не передаёт всё с первого раза — и не должен.
Что изменилось качественно: команда начала принимать решения без Антона. Не все и не всегда — но в тех зонах, где были описания и критерии, решения принимались. Поток сообщений в мессенджере сократился примерно вдвое. Антон начал появляться на стратегических встречах, которые раньше откладывал.
Один момент, который он отметил сам: «Я перестал бояться уехать на три дня. Раньше это было невозможно».
Это и есть настоящий результат чеклиста делегирования для фаундера — не список переданных задач, а изменение того, как работает система без тебя.
Это четвёртый раз за последние несколько месяцев, когда я вижу одну и ту же структуру. Фаундер с опытом от пяти лет. Компания, которая выросла. Команда, которая есть. И собственник, который всё ещё незаменим — не потому что хочет, а потому что не знает, как передать.
Проблема не в нежелании делегировать. Большинство фаундеров хотят. Проблема в отсутствии языка передачи.
Задача, которая существует только в голове фаундера, не может быть делегирована — даже если фаундер очень этого хочет. Её нужно сначала описать. Не в виде инструкции на 20 страниц — в виде ответов на четыре вопроса. Что делать, как выглядит результат, что может пойти не так, кто берёт.
Чеклист делегирования для собственника — это не список задач. Это протокол передачи. Разница принципиальная.
Ещё один момент, который повторяется: фаундеры боятся категории В. Им кажется, что признать «это остаётся у меня» — значит провалить делегирование. На самом деле — наоборот. Осознанная категория В защищает от хаоса, который возникает, когда передаётся то, что передавать рано.
Недавно похожая история была с фаундером производственного бизнеса — другая отрасль, другой масштаб, но та же структура. Пришёл с ощущением, что «команда не тянет». Оказалось — команда не знала, что именно от неё ожидается. Три недели на описание задач — и «не тянет» превратилось в «справляется».
Это паттерн, а не уникальный случай.
Это работает только для IT-компаний? Нет. Структура чеклиста делегирования для фаундера не зависит от отрасли. Четыре вопроса — что делать, как выглядит результат, что может пойти не так, кто берёт — работают одинаково в производстве, рознице, сервисном бизнесе. Отличается только содержание задач, не логика передачи.
А если у меня нет сотрудников, которым можно передать? Тогда первый шаг — не чеклист делегирования, а вопрос о структуре команды. Но в большинстве случаев, когда фаундер говорит «некому передать», он имеет в виду «я не уверен, что кто-то справится». Это другой вопрос — и он решается через описание задач и постепенную передачу, а не через найм.
Что делать, если я узнал себя в этом кейсе? Начать с малого: выписать всё, что делаешь за неделю. Не фильтруя — всё. Потом задать четыре вопроса к каждой задаче. Это займёт несколько часов. Результат — первый рабочий чеклист делегирования для собственника, который можно начать использовать немедленно.
Если этот кейс читается как твоя история — не обязательно IT-сервис, достаточно сходства по структуре: компания выросла, команда есть, а ты всё ещё незаменим — приходи на стратегический разбор.
Работаю с фаундерами и собственниками бизнесов от 80 миллионов выручки. Беру до трёх заявок в неделю. Заполни короткую форму на странице консультинга — кто ты, что за бизнес, с чем пришёл.
Если думаешь, что у тебя другое — возможно, так и есть. Но если список задач существует в голове, а не в системе — скорее всего, нет.
P.S. Тот блокнот с 47 задачами лежит у меня в архиве. Антон его не забрал — говорит, незачем.
Смежные материалы по теме:
Полное руководство по выходу из операционного управления — в пилларе кластера.
Апрель 2026. Автор — Виталий Ветров, управляющий партнёр юридической фирмы, советник по стратегии и операционному выходу.