Менторы часто превращаются в круглосуточную службу поддержки. Личка забита «посмотри мой код», «а что бы ты сделал на моём месте?», «распиши план развития». Время тает, удовольствия мало, прогресса у подопечных — ещё меньше.

Я, как отраслевой эксперт с несколькими высшими, закончивший MBA и, прежде всего, как инженер и практик, смотрю на менторство как на операционный процесс. У этого процесса должны быть: формат, рамки и метрики. Иначе - это просто ещё один неуправляемый канал нагрузки.            "Наставничество и дофамин" или: "Как кайфует ментор"        - Видимый прогресс mentee, а не бесконечные "поговорили и разошлись"    - Уважение к опыту и времени: человек сам что-то сделал и приходит за точечной помощью.      - Профессиональный вызов: реальные боевые задачи, а не абстрактные «как стать крутым разработчиком».            Когда всё это есть — менторство заряжает, а не выматывает.           Форматы, которые работают           1. Короткие вопросы с контекстом          Идеальный запрос:

• есть цель («хочу перейти в DevOps за год»);
• есть контекст (роль, стек, ограничения);
• есть список попыток («что пробовал»);
• есть конкретный вопрос, а не «посоветуй что-нибудь».            Такой запрос разбирается за 10–15 минут и даёт максимум пользы.         2. Асинхронное менторство          Личный чат вместо бесконечных созвонов:
• вопросы — текстом или коротким скринкастом;      - время ответа — один-два слота в день;
• правило: «нет структуры — нет ответа».            Это защищает календарь ментора и учит подопечных формулировать мысли.         3. Ревью решений, а не фантазий          Код-ревью, разбор архитектуры, процесса инцидент-менеджмента.            Ментор включается там, где уже есть артефакт и принятые решения. Это экономит время и приносит реальную ценность продукту.          Где проходит граница           Важно честно развести роли:            - Ментор — про рост компетенций.      - Консультант — про решение задачи.      __** __Аутсорсер__ — про «сделать за вас».

Пытаться получить всё это бесплатно «под соусом менторства» — прямой путь потерять ментора.

_Минимальная система менторства_

Я для себя использую четыре опоры:

1. _Шаблон вопроса_ (Цель, Контекст, Что пробовал, Вопрос). 2.  Небольшая **база типовых ответов и материалов.      3.  Офис-часы/групповые разборы для повторяющихся тем.      4.  Отдельные платные форматы для консалтинга и «рук».        * - "Небольшая база" - это до 7 тысяч заметок со связями и графами. Зона комфорта "Obsidian-подобных" систем, когда разделение заметок на классы (с разным назначением, политикой архивации и т.д.) ещё не требуется.    Так менторство превращается из хаоса в управляемый процесс, который масштабируется и не приводит к выгоранию.        Полную развернутую статью на эту тему (с примерами, схемами, разбором ошибок mentee и менторов) я опубликую в своём блоге, читайте на https://exception.expert