§7.02 Создание протокола
Время: 45 мин чтение + 30 мин
В одном предложении: Человек думает, что протокол — это подробная инструкция, которую никто не читает, а на самом деле протокол — это управление вниманием и контуром: он задаёт, на что смотреть, в каком порядке и когда остановиться.
Мем, который снимается. «Протоколы — это бюрократия. Я и так знаю, что делать. Зачем записывать очевидное?» Эта установка исходит из опыта с плохими инструкциями: длинными, абстрактными, оторванными от контекста. Хороший протокол не объясняет «как вообще делать задачу» — он задаёт рамки, внутри которых пилот принимает решения. Протокол не заменяет мышление, он освобождает мышление от необходимости каждый раз вспоминать очевидное.
Понятия. Протокол — формализованная последовательность действий с чёткими критериями входа, промежуточными проверками и критериями выхода. Формализация — процесс абстракции общих шагов из конкретных случаев и фиксации их в виде, пригодном для повторного использования. Тестирование протокола — проверка работоспособности формализации на трёх и более независимых случаях. Важно: протокол не равно инструкции. Инструкция говорит «сделай так». Протокол говорит «проверь это, затем выбери одно из трёх, затем зафиксируй результат». Инструкция управляет действием. Протокол управляет вниманием.
Объяснение. Создание протокола проходит через пять стадий. Первая — наблюдение. Пилот выполняет задачу несколько раз, фиксируя, что реально происходит: не то, что «должно» происходить, а то, что происходит на самом деле. Вторая — абстракция. Из трёх-четырёх случаев выделяются общие шаги, которые повторяются независимо от частностей. Третья — формализация. Общие шаги оформляются в структуру: критерий входа (когда начинать), последовательность (что в каком порядке), критерии выхода (когда считать готово), проверки (как убедиться, что не ошиблись). Четвёртая — тестирование. Протокол применяется к новым случаям, не участвовавшим в абстракции. Если протокол работает — он живой. Если нет — он возвращается на доработку. Пятая — фиксация в Pack, раздел 03-methods. Протокол без фиксации — это личная память, которая исчезнет при смене контекста. Протокол в Pack — это организационная память, доступная другим пилотам и агентам. Особенность хорошего протокола в том, что он оставляет пространство для решений Пилота там, где требуется суждение, и убирает необходимость выбирать там, где выбор очевиден.
На практике. Практика «Протокол из стихии» (30 мин):
- Выберите одну задачу, которую вы выполняете регулярно, но пока «на автомате» — без чеклиста. Запишите, как вы её делали в последний раз, шаг за шагом. Не идеальный вариант, а реальный. (10 мин)
- Выделите три общих шага, которые повторяются всегда, независимо от деталей. Сформулируйте критерий входа («начинаю, когда…») и критерий выхода («готово, когда…»). Добавьте одну промежуточную проверку. (10 мин)
- Зафиксируйте протокол в Pack в формате: название, вход, последовательность, проверка, выход. Проверьте на следующей задаче: работает ли? (10 мин)
Типичный кейс. Менеджер проектов каждую неделю проводил ретроспективу: собирал команду, обсуждали проблемы, принимали решения. Процесс занимал два часа и давал непредсказуемый результат: иногда ретро была продуктивной, иногда — беседой «по душам». Он провёл наблюдение: записал пять последних ретро и обнаружил, что продуктивные сессии имели общую структуру: фиксация фактов → выделение паттернов → один фокус-вопрос → конкретное действие. Неудачные ретро начинались с обсуждения эмоций и заканчиваются без решений. Он формализовал протокол: вход — список завершённых задач за неделю; шаг 1 — каждый называет один факт без оценок; шаг 2 — группируем факты в паттерны; шаг 3 — выбираем один паттерн для углубления; шаг 4 — формулируем одно действие; выход — действие зафиксировано с ответственным и сроком. После тестирования на трёх командах протокол зафиксировали в Pack. Средняя длительность ретро сократилась до 45 минут, а выполнение решений выросло с 30% до 80%.
Типичная ошибка. «Напишу идеальный протокол сразу.» Люди склонны к перфекционизму при формализации: хотят охватить все случаи, предусмотреть исключения, сделать универсально. Результат — длинный документ, который никто не использует. На самом деле хороший протокол начинается с трёх шагов и растёт по мере использования. Другая ошибка: «Протокол — это для новичков, мне не нужен.» Опытные пилоты чаще всего забывают базовые проверки именно потому, что считают их очевидными. Протокол защищает от пропуска очевидного.
Степени мастерства:
- Объяснение. Могу назвать пять стадий создания протокола и объяснить разницу между протоколом и инструкцией. Критерий перехода: создал один протокол из личной практики.
- Умение. Создаю протоколы по чеклисту: наблюдение → абстракция → формализация → тестирование → фиксация. Критерий перехода: протокол работает три недели подряд без доработки.
- Навык. Замечаю повторяющиеся задачи и автоматически начинаю формализовать их в протоколы. Критерий перехода: коллега использовал мой протокол без моих объяснений.
- Мастерство. Создаю систему протоколов, которые работают вместе: вход одного протокола совпадает с выходом другого, проверки перекрывают слепые зоны. Критерий перехода: команда из трёх человек работает по моим протоколам без моего участия.
Проверка себя.
- Могу назвать пять стадий создания протокола и привести пример каждой из своей практики
- В последнем месяце я создал хотя бы один новый протокол и протестировал его на трёх случаях
- Я замечаю, когда выполняю задачу «по памяти», хотя уже достаточно раз делал её для формализации
- Мои протоколы находятся в Pack, а не в голове или личных заметках
На практике. Выберите задачу, которую вы выполняли сегодня. Запишите: что было сигналом к началу? Какие три шага вы точно сделали? Когда решили, что задача готова? Это и есть черновик протокола. Доработайте его при следующем выполнении.
См. также: Протоколы и процедуры — PD.GUIDE.3.S5.SS1, Открытие и закрытие рабочего продукта — PD.GUIDE.3.S5.SS2.
Что дальше. Следующий подраздел — о проектировании протоколов подключения: как расширить возможности агента через MCP-серверы.