Декомпозиция задач и точность плана

Категории: Кейсы Практики

Вопрос

Влияет ли более детальная декомпозиция задачи на точность эстимирования?

Ответ

Да, влияет. Чем меньше задача, тем разработчику ее проще оценить. И это не столько про разработчика, сколько работу нашего мозга - чем более осязаемая задача, тем более точнее вы сможете ее оценить.

Еще одно преимущество декомпозиции, и почему это влияет на точность оценки (чаще в бОльшую сторону) - когда вы разбиваете задачу на подзадачи - вы начинаете замечать моменты, которые не учли в оценки крупной задачи. Просто потому что не подумали об этой задаче, когда давали оценку?

На примере диалога:

  • МП: Сколько времени тебе нужно сделать, чтобы сделать эту фичу?
  • Р: Думаю, что за 5 часов сделаю
  • МП: Это вместе с тестами?
  • Р: нет, тесты я не закладывал. Нужен еще 1 час
  • МП: Прохожденье кодревью тоже заложено?
  • Р: нет, скорее всего на это потребуется еще пару часов
  • МП: А как ты собираешься сделать эту фичу?
  • Р: Форма состоит из 5 полей, кнопка “продолжить” и кнопка “Отмена”
  • МП: Там еще отправка письма заложена после нажатия кнопки “Продолжить”
  • Р: Тогда еще 1 час

Итого: изначально было 5 часов, на выходе получилось 9, когда обсудили задачу, разобрали ее по полочкам

При этом, важно понимать, когда вам нужно остановиться. Делать слишком мелкие задачи (меньше 1 дня) - это будет приводить к тому, что команда, менеджер будут много времени тратить на оформление задач, на изменение статусов задач - это все транзакционные издержки, которые не приносят ценности клиенту.

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

Могу порекомендовать доклад про разбиение задач на микро-таски, какие последствия и преимущества это дает.

Все посты написаны мной. Если вам интересно узнать больше, подписывайтесь на мою рассылку о менеджменте. Один-два раза в месяц я пишу статьи о разных аспектах проектного управления или менеджмента в целом. Или вы можете просто написать мне :)