По мотивам статьи Joel Spolsky Evidence Based Scheduling Перевод на Хабре: Доказательное Планирование.

Эта страница предназначена для корректировки прогноза исполнителя (к примеру, программиста на выполнение фичи, или эффективнного менеджера на реализацию продукта), на основании анализа скорости выполнения предыдущих задач исполнителя.

Какая проблема решалась?

Основная идея — избавить команду от необходимости бесполезных созвонов, абстрактных прогнозов и ретроспектив по результатам про*банных дэдлайнов. Пример: Продукт-Менеджер ставит задачу и, как обычно, интересуется:

— Когда точно будет готова фича? Бизнес хочет знать!

Спойлер: Неожиданно, мы снова проваливаем дедлайны и разбираем эту ситуацию на совещании...

Куда проще действовать по схеме: "Парень, ты же в курсе, как работает твоя команда, задай пару вопросов исполнителю и посмотри Прогноз"

Самое интересное, Прогноз учитывает все деструктивные факторы, негативно влияющие на скорость выполнения фичи:

• Частоту перерывов в работе
• Литры кофе в перерывах
• Выкуренные пачки сигарет
• Разговоры по телефону
• Невовлеченность в рабочий процесс по иным причинам
• Оказывается, Доказательное Планирование прекрасно работает даже в случаях, когда вы просто добавляете потерянное время к времени выполнения текущей задачи. Как бы странно это не звучало, применение ДП в таком случае даст даже лучшие результаты.

Что НЕ учитывает Прогноз:

• Рост разраба над собой
• Иные причины повышения собственной эффективности