Менторство и онбординг
↑ 9.1 Team Lead и soft skills · ← Предыдущая · → Следующая
Зачем это на собесе
Растить людей — часть роли лида; спрашивают конкретные практики.
Онбординг
До первого дня: доступы, оборудование, ментор, документация, план на 30/60/90.
Первая неделя:
- знакомство с командой и продуктом, ритуалы;
- запуск окружения (цель: за день, скрипт
make setup, README); - первая задача — небольшая, реальная, выкатывается в прод за неделю;
- ежедневные короткие синки.
30/60/90 дней:
| Срок | Цель |
|---|---|
| 30 | понимает кодовую базу и процессы, закрывает небольшие задачи |
| 60 | самостоятельно ведёт фичи среднего размера |
| 90 | полноценный участник, участвует в ревью и обсуждениях дизайна |
Инструменты: чек-лист онбординга, «карта системы», глоссарий, записанные обзоры архитектуры, ADR как история решений.
Менторство
- цели обсуждаются вместе: навыки на квартал;
- регулярные встречи (one-on-one) раз в 1–2 недели;
- методы: ревью с объяснением причин, парное программирование, разбор чужих решений;
- вопросы вместо ответов (метод Сократа): «как вы бы проверили?»;
- безопасность: право на ошибку, постмортемы без обвинений;
- обратная связь: конкретная и вовремя;
- поручение задач «на вырост».
Модель GROW
Goal (цель), Reality (текущее), Options (варианты), Way forward (план).
Метрики успеха
Время до первого PR и до самостоятельной фичи, обратная связь новичка, удержание, рост уровня.
Ошибки
- отдать новичка «в свободное плавание»;
- перегрузить документацией без практики;
- давать готовый ответ вместо направления;
- отсутствие структуры и ответственного за онбординг.
Вопросы с ответами
Как построить онбординг нового фронтендера?
Ментор, готовое окружение за день, небольшая реальная задача в первую неделю, документация по архитектуре, план 30/60/90 и регулярная обратная связь.
Как менторить, не решая за человека?
Задавать наводящие вопросы, предлагать варианты, обсуждать компромиссы, давать пространство ошибаться в безопасных задачах.