Как CEO организовал свою рабочую неделю

Максим пришёл с блокнотом. Не с запросом — с блокнотом.

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

Речь не о тайм-менеджменте. И не о том, как правильно вести задачник. Речь о том, как CEO с восьмилетним опытом управления IT-сервисом средней руки обнаружил, что его неделя устроена структурно неправильно — и что с этим можно сделать за разумное время.

Максим — соучредитель и CEO IT-компании с оборотом под полмиллиарда. Бизнес работает больше восьми лет, команда выросла, продукт устоялся. Он не новичок. Он умеет работать интенсивно — это видно сразу. Встаёт рано, заканчивает поздно, в выходные читает отраслевые материалы. Дисциплина есть. Системности — нет.

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

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

Я спросил, сколько из этих двадцати трёх пунктов он реально закрыл к концу дня. Он подумал и сказал: «Семь, может восемь». Остальные переехали во вторник. Во вторник — в среду. К пятнице список не уменьшался — он просто менял состав.

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

Запрос звучал как «помоги расставить приоритеты». Это стандартная формулировка для людей, которые чувствуют перегрузку, но не понимают её источника. Приоритеты здесь ни при чём.

Я попросил его описать типичную неделю — не идеальную, а реальную. Что происходит с понедельника по пятницу, в каком порядке, с какими переключениями. Он описывал минут двадцать. Я слушал и рисовал карту.

Карта показала три структурных сбоя.

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

Второй — смешение режимов. Максим мог в одном часовом блоке обсуждать квартальные цели, потом отвечать на вопрос по текущему проекту, потом читать договор. Это не многозадачность — это хаотичное переключение контекстов, которое съедает когнитивный ресурс быстрее, чем сама работа.

Третий — отсутствие защиты от входящего. Любой человек в компании мог написать Максиму в любое время и получить ответ в течение часа. Это воспринималось как доступность и открытость. На деле — это означало, что его время не принадлежало ему никогда.

Когда я показал ему эту карту, он замолчал на несколько секунд. Потом сказал: «Я думал, что это нормально».

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

Решение первое: разделение недели на режимы.

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

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

Решение второе: правило первого часа.

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

Мы прописали протокол: команда знает, что до десяти утра Максим недоступен. Исключения — три конкретных сценария, которые мы сформулировали вместе. Всё остальное — после десяти.

Решение третье: протокол входящих запросов.

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

Мы написали простой протокол: три вопроса, которые операционный директор задаёт себе перед тем, как что-то передать Максиму. Если ответ на все три «да» — передаёт. Если нет — решает сам или держит до еженедельной встречи.

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

Вопрос был такой: «Почему я чувствую себя виноватым, когда вторник проходит без операционки?»

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

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

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

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

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

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

Это работает до определённого масштаба. Потом перестаёт.

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

Ещё один случай — для иллюстрации. Фаундер e-commerce, оборот сопоставимый. Пришёл с другим запросом — «не могу выйти из операционки». Когда разобрали неделю, оказалось то же самое: стратегия и операционка в одном потоке, первый час дня уходит на мессенджеры, любой сотрудник может прервать в любой момент. Мы сделали почти то же самое, что с Максимом — с поправкой на специфику бизнеса. Результат похожий: не выход из операционки полностью, но появление времени, которое принадлежит только ему.

Паттерн повторяется. Это не значит, что решение универсальное — детали всегда разные. Но диагноз обычно один.

Тот блокнот с двадцатью тремя пунктами Максим, кажется, больше не открывает.

Это работает только для IT-компаний? Нет. Структурная проблема — смешение режимов и отсутствие защиты времени — встречается в производстве, ритейле, консалтинге. IT здесь ничем не отличается. Детали реализации меняются, логика — нет.

А если у меня нет операционного директора, которому можно делегировать? Тогда протокол входящих строится иначе — через правила фильтрации, а не через человека. Суть та же: не всё, что приходит к тебе, должно решаться тобой немедленно. Это можно выстроить даже без выделенного человека.

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

Если этот кейс читается как твоя история — не обязательно один в один, достаточно узнать структуру — приходи на разбор.

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

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

P.S. Три часа стратегического мышления в неделю — это минимум, не норма. Если их нет совсем, это не занятость. Это сигнал.

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