Mentoring as Practice

«Подкинь Лёше [junior’а] на менторство, у тебя получится» — типичный заход, после которого через 2 месяца оба участника тихо забивают. Наставничество стартует без явного контракта (зачем встречаемся, на что ученик рассчитывает, на что готов наставник), без ритма, без явного срока — превращается либо в очередной статус-апдейт, либо в случайные «спроси, если что». Mentoring as Practice — это регулярная парная встреча с явным контрактом, в которой более опытный инженер передаёт контекст и навыки, не покрываемые формальным онбордингом, не сводимые к код-ревью и не растворяющиеся в командных ритуалах.

Сразу границы с соседями: SRE Onboarding — процесс уровня организации с фиксированной программой на 12 недель, в котором наставник — формальная роль; этот лист — про постоянную практику после онбординга или вне его. Communities of Practice — групповое обучение через границы команд, наставничество — парное. Career Ladders — словарь роста; наставничество — один из механизмов передачи, через который инженер закрывает пробелы между уровнями.

Что должен уметь

Главный навык на уровне L5 — формулировать менторский контракт в начале связи. «Давай раз в две недели, посмотрим как пойдёт» — антиконтракт: ни зачем встречаемся, ни на что ученик имеет право, ни на сколько готов наставник. Контракт на 1 экран (цель связи, ритм, срок, формат, ожидания обеих сторон, условие выхода) убирает 80% случаев тихой смерти менторских пар. Я регулярно вижу разницу: пары с явным контрактом живут год; пары без — два-три месяца.

Ведёт регулярные 1:1 с junior-инженером своей или соседней команды: подготовка повестки со стороны ученика, фиксация action items, follow-up на следующей встрече.
Различает наставничество и код-ревью: менторская встреча — про контекст и навыки; код-ревью — про конкретный MR. Не подменяет одно другим.
Даёт обратную связь по модели SBI (Situation / Behavior / Impact), а не «всё было нормально» или «давай ещё раз посмотрим».

Договаривается о менторском контракте при старте: цель связи на 3–6 месяцев, ритм, формат, ожидания, условие выхода.
Балансирует по запросу vs по инициативе: на ранних встречах активно предлагает темы (ученик ещё не знает, чего не знает); по мере роста смещает повестку к темам ученика, доводя до 70/30 в пользу ученика.
Работает с учениками из соседних команд или соседних специализаций: меньше пересечений по контексту, выше польза для обмена между командами, но требует больше дисциплины со стороны наставника (нет естественного канала «увидеть на работе»).
Знает, когда отказаться от наставничества: нет ресурса, домен совсем чужой, расхождение ценностей, нет химии после первых двух встреч. Отказ — нормальный исход, тихая деградация — нет.

L6+

Поддерживает 2–3 менторские связи одновременно как часть staff/principal-роли — наставничество входит в ожидаемое поведение уровня (см. большинство ladders на Progression.fyi).
Влияет на менторскую программу на уровне команды или организации: механизм подбора пар, обучение новых наставников, критерии успешности, закрытие умерших пар.
Различает наставничество, спонсорство и коучинг: наставник делится опытом, спонсор открывает возможности (рекомендует, защищает, продвигает), коуч задаёт вопросы без позиции эксперта. Каждая роль — отдельный социальный контракт.

Материалы

Книги

Camille Fournier — The Manager’s Path (O’Reilly, 2017). Главы про наставничество и tech lead — лучший практический справочник. Если читать одну главу — главу «Mentoring».
Will Larson — Staff Engineer (2021). Наставничество и спонсорство как ожидаемое поведение для staff IC; интервью со staff-инженерами регулярно возвращаются к наставничеству как каналу влияния.
Lara Hogan — Resilient Management (A Book Apart, 2019). Глава про обратную связь по моделям SBI и radical candor — применимо напрямую в менторских разговорах.
Lara Hogan — Demystifying Public Speaking (A Book Apart, 2017). Если наставник сам растит ученика к выступлениям или brown bag’ам — короткий применимый ресурс.

Статьи и фреймворки

Lara Hogan — Questions for our first 1:1. Подходит и под первую менторскую встречу: вопросы для договора об ожиданиях с самого начала.
Will Larson — Mentor Many (lethain.com). Тезис: «наставлять 1–2 человек — норма, наставлять 5+ — масштабирование влияния». Полезно как противовес распространённой ошибки (наставник берёт одного человека «на всю жизнь»).
Plato — Engineering Mentorship. Не пересказ статьи — пример того, как индустрия структурирует подбор: профили наставников, формализованные цели, платная модель. По моим наблюдениям, формат Plato-style matching чаще всего копируется внутрь компаний как enabling tooling.

Инструменты

Общие заметки в репозитории / Notion / Google Doc — самый дешёвый и работающий формат для менторской пары: один документ, секции на каждую встречу, повестка / обсуждение / action items. Полностью аналогичен формату 1:1.
Шаблон менторского контракта — markdown на одну страницу: цели / срок / ритм / формат / ожидания обеих сторон / условие выхода. По моим наблюдениям, разница между парами с контрактом и без — это разница между «год живой связи» и «3 месяца молчания».
Инструменты подбора для программ масштаба организации: Plato, MentorCruise, Together Platform. Полезны, когда организация переходит от ad-hoc наставничества к программе на 50+ пар; до этого порога — overengineering, ручной подбор через staff IC справляется.

Best practices

Я регулярно вижу одну и ту же траекторию неудачной менторской пары: на первой встрече наставник спрашивает «о чём поговорим?», ученик отвечает что-то общее («хочу расти как инженер»), стороны проводят 45 минут в полу-статусной-полу-карьерной беседе, через две недели ученик «занят», ещё через две — наставник «не успевает», на третьем переносе всё тихо умирает. Никто не виноват — оба не сформулировали, зачем встречаются. У живых менторских пар на старте всегда есть контракт, который наставник предлагает первым.

Короткие правила:

Контракт обязателен, и наставник предлагает первым. Контракт на одну страницу: цель связи, ритм, срок (3 или 6 месяцев — оба валидно, дальше продление), формат (1:1 раз в две недели + асинхронно), условие выхода. Ученик на старте редко формулирует это сам — инициатива всегда на наставнике.
Наставничество — не код-ревью и не статус-апдейт. Код-ревью — про конкретный MR; статус — про текущие задачи. Наставничество — про контекст, навыки, карьерные вопросы, психологические блоки. Смешение убивает все три практики.
По запросу > по инициативе по мере роста доверия. На первых встречах наставник предлагает темы (ученик не знает, чего не знает); через 2–3 месяца — повестка смещается на ученика, наставник слушает 70% времени. Если через 6 месяцев наставник всё ещё ведёт повестку — связь не выросла.

Подробнее:

Ритм важнее интенсивности. Часовая встреча раз в две недели на протяжении 6 месяцев даёт больше, чем полнодневный воркшоп раз в квартал. Это база deliberate practice: петля обратной связи должна быть короче, чем горизонт изменений. Раз в две недели — оптимум для большинства пар; раз в неделю — для онбординг-наставника (см. SRE Onboarding) или для острых периодов; раз в месяц — недостаточно для передачи, скорее короткий check-in.

Наставник из соседней команды или специализации часто полезнее, чем из своей. Внутри своей команды наставник видит ученика каждый день — менторские встречи лишены свежего взгляда, легко скатываются в обсуждение текущих задач. Наставник из соседней команды (а лучше — соседней специализации: SRE-ученик у staff-разработчика бэкенда, или наоборот) добавляет cross-team взгляд, отсекает домыкания «у нас всегда так делалось», вынуждает обоих формулировать контекст явно. Я регулярно вижу, что cross-domain наставничество даёт больший рост в каждый час встречи, хотя стартовать его сложнее (ученику приходится больше рассказывать про свой контекст).

Наставник выгорает тихо — условие выхода нужно заранее. Наставничество добровольное, безоплатное и трудно измеримое. Когда у наставника проседает ресурс, он не отменяет встречу — он переносит её, чтобы не разочаровывать ученика. Через 2–3 переноса связь тихо умирает, обе стороны несут осадок «я подвёл другого». Условие выхода в контракте («через 6 месяцев пересмотрим; либо продление, либо завершающая встреча и закрытие») делает завершение нормальным исходом, а не неудачей. По моим наблюдениям, контракт с явным сроком и моментом продления — главный способ сохранить наставничество как практику в карьере на 10+ лет.

Менторская программа на масштабе организации требует подбора и обучения, а не платформы. Организация вырастает за десятки пар — кто-то начинает думать про «менторскую платформу». В 80% случаев это overengineering: реальные узкие места — это подбор (как находятся пары: случайно, по домену, по разрыву в уровнях) и обучение новых наставников (большинство первый раз наставляет и не знает, что менторский контракт — норма). Хорошо отлаженный подбор через staff IC + 1-часовое обучение новых наставников даёт больше, чем любая платформа.

Связанные листья

One-on-Ones — менторская встреча технически — это разновидность 1:1 без отношений руководитель–IC. Дисциплина та же (повестка, общие заметки, action items, follow-up), отличается контекст и контракт.
Personal Growth Plan — план ученика — основной источник для менторских встреч; наставник помогает калибровать целевое состояние и выбирать stretch projects.
SRE Onboarding — онбординг-наставник — частный случай наставничества с фиксированной программой и сроком 12 недель; после онбординга связь либо завершается, либо переходит в постоянное наставничество по этому листу.
Communities of Practice — параллельный канал распространения практики через границы команд; наставничество — парное, CoP — групповое. Хорошие компании держат оба, не подменяют один другим.
Career Ladders — ladder — словарь роста; наставник помогает ученику переводить уровни в конкретные следующие шаги.

Открытые вопросы

Спонсорство как практика (TBD) — спонсор открывает возможности (рекомендует, защищает, продвигает), наставник делится опытом. Социально разные роли, разные риски, разные эффекты на карьеру; заслуживают отдельного листа.
Коучинг и наставничество (TBD) — коуч задаёт вопросы без позиции эксперта; наставник приходит с позицией. Граница важная, но для отдельного листа пока узковато.
Обратное наставничество (TBD) — junior как наставник для senior (новые технологии, контекст поколения, взгляд за пределами текущего опыта senior’а). Я не видел рабочих программ вживую, поэтому пока не пишу лист — расскажите через PR, если есть опыт.
Выгорание наставника на масштабе — staff IC берёт 3+ учеников, через год выгорает. У меня нет надёжного паттерна, как этого избежать кроме подхода «mentor many» Larson’а. Если у вас есть рабочий способ — расскажите через PR.