Как учитывается уровень разработчика при оценке задач

Что проверяют

Понимаете ли вы, что оценка зависит от того, в чём её измеряют, и не превращаете уровень разработчика в грубый множитель. Следом часто спрашивают, кто в вашей команде даёт оценку и что вы делаете, когда задача сильно вышла за неё.

Как отвечать

Разведите два режима оценки:

• story points: оценивается сложность и неопределённость задачи относительно других задач, всей командой, например через planning poker. Уровень исполнителя в очки не закладывают, он проявляется в скорости команды (velocity), которую считают по факту за спринт;
• часы и дни: такая оценка привязана к исполнителю, поэтому её даёт тот, кто будет делать. Если это джун, оценку проверяет старший, и расхождение обсуждают вслух: обычно оно показывает пропущенную часть работы, а не медлительность.

Дальше конкретика на Go. Задача «добавить ручку в сервис» для опытного разработчика это протобаф, генерация, хэндлер, миграция и тесты. Младший коллега чаще забудет пробросить context.Context и отмену, не прогонит тесты с флагом -race, не подумает про таймауты клиента и graceful shutdown. Эти пункты всплывут на ревью, и честная оценка включает пару его раундов. Туда же время старшего: ревью и помощь не бесплатны и съедают его собственную ёмкость.

Помогает декомпозиция. Задачу дробят до кусков на день-два, джуну отдают хорошо описанные части, а неопределённость (новая библиотека, чужой API) снимают отдельным спайком с ограничением по времени.

Ответ стоит опереть на свой опыт: как оценивали у вас, какой был типичный разрыв между оценкой и фактом и что вы поменяли. Если вы сами не оценивали за других, так и скажите и расскажите, как оценивали вас и что вы из этого вынесли.

Где спотыкаются

Говорят «джуну умножаем на два». Коэффициент не учитывает тип задачи: на знакомом участке кода джун бывает быстрее сеньора, который только пришёл в проект.

Пересчитывают story points под исполнителя. Тогда очки перестают быть сравнимыми между задачами, и velocity теряет смысл.

Забывают про время ментора. Команда планирует спринт так, будто сеньор пишет код полный день, а он половину дня ревьюит.