Developer

Декомпозиция и оценка задач

↑ 9.1 Team Lead и soft skills · ← Предыдущая · → Следующая

Обязательно~3 мин чтенияУровень: senior

Зачем это на собесе

Вопрос «как вы оцениваете» проверяет зрелость: честная неопределённость, риски, договорённости.

Декомпозиция

Разбиваем крупную задачу до частей, которые можно сделать и проверить за 1–2 дня.

Приёмы:

  • вертикальные срезы (тонкая рабочая функциональность от UI до API) вместо горизонтальных слоёв;
  • по пользовательским сценариям, а не по компонентам;
  • отделять «сделать» от «исследовать» (spike);
  • выделять критический путь и зависимости от других команд;
  • определить Definition of Done (тесты, документация, мониторинг, доступность).

Пример: «Личный кабинет» → вход и профиль → список заказов → карточка заказа → отмена заказа → уведомления.

Оценка

  • диапазон и уверенность (3–5 дней, 70%), а не одно число;
  • трёхточечная: оптимистично, вероятно, пессимистично: (O + 4M + P) / 6;
  • story points (относительная сложность) и velocity для прогноза;
  • T-shirt sizing для грубой оценки;
  • референсные задачи для сравнения;
  • Planning poker — обсуждение расхождений выявляет скрытые допущения.

Что учитывать

Ревью, тесты, интеграции с API, дизайн-правки, деплой, риски, неизвестное, отпуска и переключения. Правило: реальная оценка обычно больше первой интуиции.

Риски и неизвестные

Для неизвестных — spike с ограничением по времени. Явно записывать допущения. Пересматривать оценку при появлении данных.

Работа с давлением

  • не подгонять оценку под желаемый срок; торговаться объёмом, а не качеством: сократить scope, разбить на релизы, MVP;
  • показывать варианты: срок A с объёмом X, срок B с объёмом Y;
  • метрики: cycle time, throughput дают основу для прогнозов лучше субъективных оценок.

Вопросы с ответами

Вид графа

Обратные ссылки