Рецепт, а не блюдо

Вы думаете, что ваша проблема в скорости. Это не так. Фраза «сам сделаю быстрее» — правда, и именно поэтому она ловушка.

Для любого отдельного случая вы действительно быстрее. Но мозг незаметно подменяет один вопрос другим:

• На какой отвечает: «Кто сделает этот один случай быстрее всего прямо сейчас?» → Вы.
• На какой должен отвечать: «Кто сделает эту задачу пятьдесят раз за год с наименьшими суммарными затратами?» → Почти никогда не вы.

PEM называет ваше состояние точно: Ловушка делегирования при перевесе Исполнения, то есть отказ отпускать. Ваша идентичность завязана на личный результат, и вы приняли комфорт заслуженного контроля за настоящую незаменимость. Круг заваривают наглухо три искажения:

• Эффект IKEA. Вы переоцениваете собственное исполнение просто потому, что оно ваше. Завершить задачу ощущается победой, даже когда завершать её было ошибкой.
• Иллюзия незаменимости. Она сама себя подкрепляет: вы никому не даёте попробовать, поэтому никто не нарабатывает навык, и это «доказывает», что можете только вы.
• Обратная ошибка планирования. Издержки делегирования вы переоцениваете в три-десять раз. В голове передача дел выглядит огромной, на деле почти всегда оказывается мелочью.

Невидимая цена: каждый выбор «сам быстрее» держит вас на Уровне 1 прогрессии делегирования PEM, где вы делаете всё, а ваш самый ценный актив, ваше понимание, так и не превращается во что-то масштабируемое. PEM говорит об этом прямо:

«Человек, который говорит „только я могу это сделать", чаще признаётся в дефиците понимания, чем демонстрирует незаменимость.»

Проблема у вас не со скоростью. Проблема с передачей, и она только выглядит как проблема скорости.

Инстинкт тянет вас в две стороны, и обе ведут в тупик.

• «Сделаю сам ещё разок.» Ход ради облегчения, и это рецидив. Задача сделана, ощущается продуктивно, но запирает вас на Уровне 1 навсегда. Вы наращиваете тот фактор, который уже выжали до предела (личное исполнение), и оставляете без ресурса тот, который действительно масштабируется (переданное понимание).
• «Найму кого-нибудь и понадеюсь, что разберётся.» Ошибка ровно противоположная: делегирование без понимания, которое PEM называет отречением. Вы не можете руководить тем, чего не сформулировали, и не можете оценивать качество, которого не определили. Работа возвращается неправильной, вы забираете её обратно, и всё это «доказывает», что делегирование не работает. Делегирование не провалилось. Вы пропустили шаг, который его и запускает.

Настоящее решение в том, чтобы превратить один последний случай собственного исполнения в рецепт: передаваемый стандарт, по которому смогут работать другие или ИИ.

Не боритесь с желанием сделать задачу. Используйте его в последний раз как сырьё. Основную работу делают три силы, названные в методологии:

1. Он переворачивает эффект IKEA. Как только вы объявили этот раз последним, сделать задачу руками перестаёт ощущаться победой и начинает ощущаться откатом. Удовлетворение смещается с «я сделал это хорошо» на «я сделал так, что больше никогда не придётся». Потребность в компетентности вы удовлетворяете по-прежнему, просто направляете её туда, где есть польза.

2. Он запускает Парадокс делегирования. PEM говорит ясно: эффективное делегирование требует больше понимания, а не меньше, и именно запись того, что вы знаете, углубляет ваше владение предметом. Менеджеры, которых заставили документировать сложные задачи, в итоге понимают их ощутимо лучше тех, кто продолжает делать их руками. Документирование этого единственного раза превращает неявный навык в явный, который можно рассмотреть и улучшить.

3. Он порождает аннотированный пример. Обычный случай исчезает в тот момент, когда сделан. Проговорённый случай становится самым мощным инструментом делегирования в PEM: он показывает, а не описывает, и обходит Проклятие знания, вашу неспособность вспомнить, каково это, когда ещё не знаешь. То «почему», которое вы фиксируете за каждым решением, никому со стороны не видно, и именно оно делает работу обучаемой.

Прежде чем желание победит, сделайте расчёт за 30 секунд, это защита от обратной ошибки планирования:

Сколько раз вы сделаете эту задачу за год (N) × минут на каждую (T) × ваша стоимость часа ($V). Договор, который вы пишете 40 раз в год по 25 минут, сжигает около 17 часов основателя ежегодно, и дальше только накапливается. Против одного задокументированного случая на ~50 минут плюс время проверки, которое сокращается. «Сам быстрее» бывает правдой только для задач, которые вы делаете один раз. Для всего повторяющегося это самая дорогая фраза в вашем бизнесе.

И проверьте, про человека ли вообще эта задача. Иерархия делегирования PEM велит идти строго по порядку: автоматизировать (шаблон, рабочий процесс или навык ИИ, ведь многие задачи «сам быстрее» автоматизируются, как только стандарт записан), затем систематизировать (чек-лист или регламент), и только потом брать в партнёры человека. Многое из того, за что вы цепляетесь, вообще не делегирование. Это недостающий шаблон.

Кое-что лично для вас: у вас перевес Исполнения, и «документировать процессы» вы, скорее всего, ненавидите. Хорошая новость: PEM советует использовать ИИ как инструмент делегирования. Ваш аннотированный пример становится промптом с примерами (few-shot), ваши критерии качества становятся чек-листом для проверки. Черновую работу по передаче дел берёт на себя ИИ. Вы даёте единственное, что он подделать не может: ваше конкретное суждение.