Хаотические процессы разработки

Конус представляет неопределенность, присущую даже в хорошо управляемых проектах. Плохое управление проектом создает дополнительную неопределенность — «факторы хаоса», которых можно было бы избежать.

Типичные примеры хаотических факторов: поверхностный анализ исходных требований; отсутствие участия конечного пользователя в постановке требований;

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

Я привел лишь частичный список возможных хаотических факторов. За более полной информацией обращайтесь к главе 3 моей книги «Rapid Development» (McConnell 1996) и к статье по адресу www.stevemcconnell.com/rdenum.htm.

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

СОВЕТ № 15

Не рассчитывайте, что совершенствование методики оценки само по себе обеспечит более точную оценку в хаотических проектах. Невозможно точно оценивать процесс, который вами не контролируется. На первом шаге важнее избавиться от хаоса, чем совершенствовать оценку.