§9.01 Проводник по траектории
Время: 45 мин чтение + 30 мин
В одном предложении: Пилот думает, что траектория развития — это линейный план, который он держит в голове, а на самом деле траектория — это сложный ландшафт, где без проводника легко заблудиться, даже имея мощную Машину, потому что Машина умеет ехать быстро, но не знает, куда вы хотите прийти, если вы сами не задали координаты цели и не проверяете текущую позицию.
Мем, который снимается. «Я знаю, куда иду. Мне не нужен навигатор — цель ясна, осталось идти.» На самом деле знание цели — это только одна координата. Навигатор нужен не для того, чтобы напомнить конечную точку, а чтобы ответить на три вопроса: где я сейчас, какой следующий шаг, и не сбился ли я с пути. Пилот без проводника часто путает «движение» с «прогрессом»: он занят, учит новое, пробует инструменты, но движется по спирали вокруг одной и той же ступени. Машина при этом усиливает именно это блуждание — делает его быстрым и эффективным, но не направленным.
Понятия. RouteGuide (Проводник по траектории) — механизм навигации пилота по траектории развития, реализованный в IWE через Pack, агентов-Навигаторов и протоколы. Проводник знает текущую ступень, цель, следующие шаги и критерии перехода. Он не заменяет пилота, а предоставляет карту, на которой пилот принимает решения. Траектория — упорядоченный путь развития пилота через ступени мастерства, включающий текущую позицию, промежуточные цели и конечное направление. Ступень — дискретный уровень мастерства с чёткими критериями входа, пребывания и выхода, зафиксированными в Pack.
Объяснение. RouteGuide работает на трёх уровнях. Первый — диагностический: определение текущей ступени через cp-профиль, bh-проверки и наблюдаемые действия. Пилот часто переоценивает свою ступень: думает, что на уровне 4, потому что много знает, хотя по критериям — ещё на уровне 3. Проводник даёт объективную привязку. Второй — навигационный: построение маршрута от текущей ступени к следующей. Маршрут не линеен: между ступенями есть промежуточные вехи, альтернативные пути и точки возврата. Третий — корректирующий: обнаружение дрейфа и возврат на траекторию. Дрейф происходит, когда пилот увлекается инструментом или задачей, которая не ведёт к следующей ступени. Проводник фиксирует это через регулярные аудиты: недельное закрытие, месячная ретроспектива, квартальная диагностика.
В IWE RouteGuide реализован через несколько компонентов. Pack содержит критерии ступеней и траекторию в формализованном виде. Агенты-Навигаторы проверяют соответствие действий траектории и сигнализируют о дрейфе. Протоколы (открытие дня, закрытие недели, стратегическая сессия) создают ритм проверки позиции. Без этих компонентов пилот блуждает, даже имея мощную Машину: Машина оптимизирует локальную эффективность, но не видит глобального маршрута.
На практике. Практика «Аудит траектории» (30 мин):
- Откройте свой cp-профиль или документ траектории в Pack. (5 мин)
- Запишите текущую ступень и критерии перехода на следующую. Если критерии неясны — найдите их в Pack или уточните у Навигатора. (10 мин)
- Определите ближайшую промежуточную цель — одно наблюдаемое действие, которое приблизит к следующей ступени. (10 мин)
- Запланируйте это действие в ближайшую неделю и зафиксируйте в календаре или WeekPlan. (5 мин)
Типичный кейс. Сергей — технический директор, ступень 4. У него была мощная IWE: десятки агентов, автоматизированные пайплайны, богатый Pack. Но он заметил, что за год работы не продвинулся к ступени 5. Диагностика показала: он постоянно решал операционные задачи (ступень 3–4), но не строил системы, которые работают без него (критерий ступени 5). Его Машина усиливала именно операционку — делала её быстрее, но не меняла качество. Введение RouteGuide изменило подход: теперь раз в неделю Навигатор проверяет, какая доля времени уходит на развитие систем vs операционку. Через шесть месяцев Сергей выстроил два контура, которые работают автономно, и приблизился к критериям ступени 5.
Типичная ошибка. «RouteGuide ограничивает мою свободу — я не хочу ходить по чужому плану.» Люди склонны путать карту с клеткой. RouteGuide — не план, который навязывается, а карта, которую пилот использует по своему выбору. Он показывает ландшафт, но пилот выбирает дорогу. Другая ошибка: «Моя Машина сама разберётся, куда мне развиваться.» Машина не имеет ценностей и долгосрочных намерений. Она оптимизирует то, что измеряется. Без проводника она оптимизирует скорость блуждания.
Степени мастерства:
| Степень | Что происходит | Критерий перехода |
|---|---|---|
| 1. Объясняю | Могу назвать три компонента RouteGuide в своей IWE и объяснить, чем траектория отличается от списка желаний | Один раз провёл аудит траектории и зафиксировал результат |
| 2. Умею | Регулярно проверяю соответствие своих действий траектории: раз в неделю на закрытии | Три недели подряд фиксирую в WeekPlan хотя бы одно действие, направленное на следующую ступень |
| 3. Навык | Системно замечаю дрейф и возвращаюсь на траекторию без внешнего напоминания | Коллега или агент заметили, что я «не распыляюсь, а движусь целенаправленно» |
| 4. Мастерство | Проектирую RouteGuide для других: траектории, критерии ступеней, протоколы навигации | Другой пилот использует мой RouteGuide и достигает измеримого прогресса |
Проверка себя.
- Могу назвать текущую ступень, следующую ступень и одно конкретное действие, которое приблизит меня к переходу
- В моей IWE есть документ или агент, который знает мою траекторию лучше, чем я помню наизусть
- Раз в неделю я проверяю, не сбился ли я с траектории, и корректирую план
- Моя Машина предлагает мне действия, которые соответствуют траектории, а не просто интересные задачи
- Могу показать одно решение последнего месяца, которое я отклонил, потому что оно вело не туда
На практике. Откройте свою текущую задачу или WeekPlan. Спросите себя: «Это действие ведёт меня к следующей ступени или поддерживает текущую?» Если поддерживает — оно необходимо, но не достаточно. Добавьте одно действие, которое растягивает границу. Зафиксируйте в Pack.
См. также: Болид — PD.GUIDE.1.S3.SS1, Архитектура конечных автоматов — PD.GUIDE.3.S9.SS2.
Что дальше. Следующий подраздел — об архитектуре конечных автоматов: как сделать поведение агентов, РП и протоколов предсказуемым и отлаживаемым через чёткие состояния и переходы.