Как распределять задачи в зависимости от ресурсов и возможностей исполнителей

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

Умеете ли вы планировать работу аналитиков или смешанной команды не «по ощущениям», а по данным о загрузке и навыках, и помните ли про риск единственного человека, который знает систему. Следом обычно спрашивают, что вы делаете, когда задач заведомо больше, чем людей.

Как отвечать

Каркас стройте на своём опыте: какая команда, сколько человек, какой процесс. Дальше по шагам:

• ёмкость: сколько часов у каждого реально есть на спринт или месяц за вычетом встреч, отпусков, дежурств и поддержки. На проектную работу часто закладывают 60-70% времени, а не 100%;
• матрица навыков: кто в каком домене и инструменте силён (SQL, BPMN, интеграции, конкретная подсистема). По ней видно и узкие места, и bus factor;
• оценка задач: декомпозиция до кусков на 1-3 дня, оценка в часах или story points, приоритет по ценности и срокам;
• сопоставление: критичное и срочное отдаёте тому, кто сделает надёжно, а часть задач осознанно отдаёте на вырост, в паре с опытным коллегой. Иначе через полгода знание всё ещё будет у одного человека;
• лимит незавершённой работы: не больше 2-3 задач в работе на человека, переключения съедают время;
• контроль: доска в Jira или YouTrack, загрузка по исполнителям, короткие синки, пересмотр плана при сдвиге приоритетов.

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

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

Делят задачи поровну по количеству, не глядя на сложность и на то, сколько времени у человека уходит на поддержку.

Всё сложное всегда отдают одному сильному аналитику. Он выгорает, остальные не растут, а его отпуск останавливает проект.

Молчат про компромисс. При нехватке людей задача не в том, чтобы распределить всё, а в том, чтобы договориться с заказчиком, что откладывается, и зафиксировать это.