<<
>>

Преимущества точных оценок

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

Возможность отслеживания состояния проекта. Один из лучших способов отслеживания состояния основан на сравнении запланированного прогресса с фактическим. Если запланированный прогресс был достаточно

реалистичным (то есть основанным на точных оценках), становится возможным отслеживание прогресса на предмет соответствия планам. Если же запланированный прогресс является фикцией, проект обычно начинает существовать сам по себе, без какой-либо связи с планами, и вскоре оказывается, что сравнивать фактический прогресс с запланированным уже бессмысленно. Таким образом, хорошие оценки закладывают базу для отслеживания проекта. Повышение качества. Точные оценки помогают избежать снижения качества, обусловленного приближающимся сроком сдачи. Как показали исследования, около 40 % всех ошибок программирования возникает из-за стресса; этих ошибок можно было бы избежать за счет правильного планирования и снижения нагрузки на разработчиков (Glass 1994). Когда сроки «поджимают» особенно сильно, готовая программа содержит примерно в 4 раза больше ошибок, чем программа, разработанная в менее стрессовых условиях (Джонс 1994). Одна из причин состоит в том, что рабочая группа на скорую руку «лепит» версии функций, которые безусловно должны быть завершены к моменту выхода программы. Также оказалось, что излишнее давление сроков является основной причиной для выпуска модулей, содержащих ошибки, исправление которых обходится чрезвычайно дорого (Jones 1997). Проекты, с самого начала ориентирующиеся на минимизацию числа дефектов, обычно также имеют самое короткий срок сдачи (Jones 2000). Но если в результате давления руководства создаются нереалистичные оценки и страдает качество, ничем хорошим это не кончится: бюджет и график также пострадают.

Улучшение координации с функциями, не связанными с программированием. Программные проекты обычно координируются с другими видами деятельности: тестированием, написанием документации, маркетинговыми кампаниями, обучением торгового персонала, финансовыми прогнозами, обучением службы поддержки и т. д. Ненадежный график сдачи проекта способен привести к сбоям взаимосвязанных функций, а это может нарушить весь график проекта. Хорошая оценка программного проекта предусматривает более тесную координацию всего проекта, включая как программные, так и прочие виды деятельности. Повышение качества бюджета. Как бы очевидно это ни прозвучало, точная оценка способствует выработке точного бюджета. Организация, не обеспечивающая точных оценок, подрывает свои возможности по прогнозированию стоимости проектов. Повышение доверия к группе разработчиков. Ирония судьбы: после того как группа, работающая над проектом, создает оценку, начальники, отделы маркетинга и продаж превращают эту оценку в оптимистичную цель — невзирая на все возражения разработчиков. Затем разработчики нарушают оптимистичную цель, и тогда начальники, отделы маркетинга и продаж обвиняют их в том, что они не умеют оценивать! Исполнительная группа,

которая твердо держится на своих позициях и настаивает на точной оценке, пользуется большим доверием в своей организации. Получение ранней информации о рисках. Одной из самых частых упущенных возможностей в области разработки программного обеспечения является неправильная интерпретация исходного несоответствия между целями и оценками проекта. Финансовый директор говорит: «Проект нужно сделать за 4 месяца, потому что нас ждет крупная выставка», а исполнительная группа говорит: «По нашим лучшим оценкам, на проект уйдет не менее 6 месяцев». Как вы думаете, что будет дальше? Как правило, финансовый директор обсуждает оценку с руководством проекта, а на группу начинают давить с требованиями обеспечить 4-месячный график. Неверно! Обнаружение несоответствия между целью проекта и оценкой проекта должно рассматриваться как чрезвычайно полезная, крайне редкая информация о риске, появившаяся на ранней стадии проекта.

Такое расхождение с довольно высокой вероятностью указывает на то, что цели проекта не будут соблюдены. На ранней стадии возможны различные корректировочные меры, многие из которых обладают высокой эффективностью. Вы можете переопределить объем работы, набрать дополнительный персонал, перевести лучших работников на проект или изменить некоторые функции. Возможно, вы даже решите, что с проектом вообще не стоит связываться. Но если оставить несоответствие без внимания, возможностей корректировки на более поздней стадии будет гораздо меньше, и они будут обладать куда меньшей эффективностью. Как правило, приходится выбирать между двумя вариантами: нарушением сроков и бюджета и отказом от важных функций.

СОВЕТ № 9

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

<< | >>
Источник: Макконнелл С.. Сколько стоит программный проект. 2007

Еще по теме Преимущества точных оценок: