Руководители проектов часто сообщают о 90% готовности в течение длительного времени, что приводит к срывам сроков. Согласно исследованию Хараламбоса Иакова, Рона Томпсона и Джеффа Смита (MIS Quarterly, 2009), искажение статуса в оптимистичную сторону вызвано пятью организационными факторами.
Кэйперс Джонс установил, что требования в ИТ-проектах растут в среднем на 2% в месяц с момента фиксации требований до начала тестирования. Показатели варьируются от 1% в месяц для аутсорсинга до 3,5% для коммерческих продуктов, что усложняет планирование.
Исследование Форда и Стеймана описывает два проекта разработки микросхем. Первый планировался на 34 недели, показал 79% готовности к дедлайну и завершился на 81-й неделе. Второй планировался на 39 недель, показал 73% готовности и завершился на 69-й.
Ручной расчет прогресса подвержен ошибкам. Автоматизированные системы, например Naumen Project Ruler, определяют готовность через иерархию подзадач, этапов и эпиков. Это исключает искажения, связанные с простым подсчетом количества выполненных задач без учета их качества.
Показатель прогресса отражает лишь прошлые результаты и не является прогнозом завершения. Для точного планирования необходимо разделять объем выполненных работ и уровень неопределенности, включая невыполненные интеграции и ожидание данных от смежных команд.
