Mentoring as Practice

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

Сразу границы с соседями: SRE Onboarding — процесс уровня организации с фиксированной программой на 12 недель, в котором наставник — формальная роль; этот лист — про постоянную практику после онбординга или вне его. Communities of Practice — групповое обучение через границы команд, наставничество — парное. Career Ladders — словарь роста; наставничество — один из механизмов передачи, через который инженер закрывает пробелы между уровнями. Наконец, Mentorship Culture в Learning Delivery — норма уровня организации: считается ли передача знаний работой, дают ли на неё время, входит ли она в ожидания уровня senior. Этот лист — механика отдельной пары внутри такой нормы. Разница практическая: культуру чинят разговором с руководством и правкой ladder, умирающую менторскую пару — контрактом и сроком.

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

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

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

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

L6+

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

Материалы

Книги

Camille Fournier — The Manager’s Path (O’Reilly, 2017). Главы про наставничество и tech lead — лучший практический справочник. Если читать одну главу — главу «Mentoring».
Will Larson — Staff Engineer (2021). Наставничество и спонсорство как ожидаемое поведение инженера уровня 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 — блог lethain.com и книга «Staff Engineer». Тезис: «наставлять 1–2 человек — норма, наставлять 5+ — масштабирование влияния». Полезно как противовес распространённой ошибке, когда наставник берёт одного человека «на всю жизнь».
Plato — Engineering Mentorship. Не пересказ статьи — пример того, как индустрия структурирует подбор: профили наставников, формализованные цели, платная модель. По моим наблюдениям, подбор в духе Plato чаще всего копируют внутрь компании как собственный инструмент.

Инструменты

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

Best practices

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

Контракт умещается на одну страницу: цель связи, ритм, срок, формат, условие выхода. Три месяца или шесть — рабочие оба варианта, дальше продление. Ученик на старте это редко формулирует сам, так что инициатива всегда на стороне наставника.

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

Баланс «по инициативе / по запросу» со временем сдвигается. На первых встречах темы предлагает наставник, потому что ученик ещё не знает, чего он не знает. Через два-три месяца повестку ведёт ученик, а наставник слушает большую часть встречи — ориентир 70/30. Если через полгода повестку всё ещё несёт наставник, связь не выросла.

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

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

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

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

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

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

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

Спонсорство как практика (TBD) — спонсор открывает возможности (рекомендует, защищает, продвигает), наставник делится опытом. Социально разные роли, разные риски, разные эффекты на карьеру; заслуживают отдельного листа.
Коучинг и наставничество (TBD) — коуч задаёт вопросы без позиции эксперта; наставник приходит с позицией. Граница важная, но для отдельного листа пока узковато.
Обратное наставничество (TBD) — младший инженер как наставник для старшего: новые технологии, контекст поколения, взгляд за пределами текущего опыта. Рабочих программ я вживую не видел, поэтому пока не пишу лист — расскажите через PR, если есть опыт.

Отдельно висит выгорание наставника на масштабе. Инженер уровня staff берёт трёх учеников и через год выдыхается. Надёжного способа этого избежать я не знаю, кроме подхода «mentor many» у Larson’а. Если у вас есть рабочий — расскажите через PR.