Джун пришёл. Кто-нибудь, спрячьте прод
Когда к тебе приходит джун, хочется сказать одно: “Добро пожаловать в мир, где «я ничего не нарушал» встречается чаще, чем «спасибо, вы помогли»”.
Если бы я обучал джуна, я бы начал с трёх вещей - без тонны теории.
1) Один фреймворк на любой кейс Факт → Правило → Решение → Следующий шаг
- что случилось (без эмоций) - на какое правило/политику опираемся - что делаем (ответ/предупреждение/ограничение/эскалация) - что дальше (что может сделать пользователь, сроки, куда писать)
2) Минимальный набор инструментов - Шаблоны ответов + переменные (чтобы не копипастить “простыню”, а быстро адаптировать) - Кнопка/канал эскалации: “это к техам/безопасности/продукту” (джун должен знать маршрут, а не геройствовать)
3) Практика из реальных кейсов (самое полезное) Я бы дал джуну пачку из 15–20 реальных обращений/жалоб и попросил:
➡️проставить категорию + критичность ➡️выбрать решение ➡️написать ответ в 2–4 предложения ➡️Потом короткий разбор: где не хватило фактов, где решение не по правилам, где тон “пережал”.
А теперь интересно: какие методы вы бы использовали при обучении джуна? Что реально работает у вас: разборы кейсов, наставничество, чек-листы, что-то ещё?
· 20.04
про реальные кейсы - согласен. у меня так же с junior-собеседованиями. теоретические вопросы отвечают нормально, а как даёшь задачу с prod-контекстом - сразу видно кто понимает. живой код важнее чем правильные ответы на leetcode
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
коммент удалён