Менторинг джунов и проведение технических собеседований

#Цель менторинга

Модель ситуационного лидерства: степень помощи зависит от компетентности в конкретной задаче, а не от «уровня» человека. Опытный джун в знакомом CRUD — самостоятелен, но в первой задаче с очередями ему нужна плотная поддержка.

#Практики менторинга

Вопросы вместо ответов.

Готовый ответ решает одну задачу, правильный вопрос учит способу решения.

Правило 15–30 минут: договоритесь, что джун пробует сам ограниченное время, а затем обязательно спрашивает, описав, что уже попробовал. Это защищает и от «застрял на 2 дня молча», и от «спрашиваю, не подумав».

Задачи с растущей сложностью: исправление бага → маленькая фича в знакомом модуле → фича через несколько слоёв → задача с неопределённостью → участие в дизайне.

Регулярные встречи 1:1 (30 минут раз в 1–2 недели): что получилось, где было трудно, что хочется изучить, обратная связь в обе стороны.

#Онбординг

Что помогает: README «как запустить», карта сервисов и их ответственности, глоссарий домена (что такое «отгрузка», «резерв»), записи архитектурных решений (ADR), список «кого о чём спрашивать». Каждый новичок улучшает документацию онбординга по итогам — свежий взгляд лучше всего видит пробелы.

#Обратная связь: модель SBI

Situation: «Вчера на ревью PR с экспортом заказов…»
Behavior:  «…ты исправил все замечания, но не ответил в комментариях, что именно изменилось»
Impact:    «…и мне пришлось заново просматривать весь дифф — это заняло час вместо 10 минут.
            Можешь в следующий раз отвечать „Исправил в коммите X“?»

• Конкретно: не «ты невнимательный», а что именно произошло.
• Своевременно: через день, а не на ревью через полгода.
• Хвалить публично и конкретно, критиковать — наедине.
• Спрашивать обратную связь о себе: «насколько понятно я объясняю?».

#Технические собеседования

#Принципы хорошего собеседования

• Структурированность: список тем и критериев оценки заранее, одинаковый для всех кандидатов на позицию. Снижает влияние симпатии и «первого впечатления».
• Релевантность: проверять то, что нужно в работе. Для бэкенда на .NET — асинхронность, EF Core, дизайн API, SQL, отладка проблем, а не разворот бинарного дерева на доске.
• Глубина по спирали: начать с простого и углубляться, пока кандидат уверенно отвечает. Так видна граница знаний.
• Практика, близкая к реальности: code review фрагмента с проблемами, небольшая задача в IDE, обсуждение дизайна сервиса.
• Уважение: кандидат нервничает; помогайте наводящими вопросами, не спорьте и не демонстрируйте превосходство. Кандидат оценивает компанию так же, как вы его.

#Пример спирального вопроса

Junior уверенно отвечает на 1–2, Middle — на 3–4, Senior — на всё с примерами из практики.

#Задача: code review

public class OrderService
{
    private static readonly HttpClient _client = new HttpClient();
    private readonly AppDbContext _db;

    public async void SendOrders()
    {
        var orders = _db.Orders.ToList().Where(o => o.Status == "New");
        foreach (var order in orders)
        {
            var customer = _db.Customers.First(c => c.Id == order.CustomerId);
            var result = _client.PostAsync("http://erp/api/orders?key=SECRET123",
                new StringContent(JsonSerializer.Serialize(order))).Result;
            order.Status = "Sent";
        }
        _db.SaveChanges();
    }
}

#Оценка и фидбек

Пишите фидбек сразу после интервью, с фактами («не смог объяснить разницу между IEnumerable и IQueryable, после подсказки понял»), а не впечатлениями («слабый»). Решение принимайте независимо от других интервьюеров, до обсуждения — чтобы не было группового влияния.

#Вопросы на засыпку

#Итог

Менторинг — это путь к самостоятельности подопечного: вопросы вместо готовых ответов, задачи растущей сложности, регулярная конкретная обратная связь и безопасная атмосфера. Хорошее собеседование — структурированное, релевантное работе, с углублением по спирали и практической задачей, проводится с уважением и заканчивается письменным фидбеком на основе фактов.