Достижения в области оценки программных проектов

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

Chaos Report» с описанием результатов программных проектов.

Обратите внимание: в данных The Standish Group даже не существует категории для досрочного завершения проектов! Лучшим из возможных результатов было соответствие ожиданиям «вовремя/в рамках бюджета» — а все остальные результаты ему уступали.

100%

90%

80%

70%

60%

Процент 50 %

40%

30%

20%

10%

0%

?

Провал П 0позАание/              Вовремя/

L—I Превышение бюджета I—^ В рамках бюджета

Рис. 3.2. Результаты проектов по данным отчета The Standish Group «Chaos Report» изменяются от года к году. Около 3/4 всех программных проектов сдаются с опозданием или проваливаются

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

Как видно из данных Джонса, чем крупнее проект, тем ниже вероятность его своевременного завершения и тем выше вероятность полного провала.

В ходе многих исследований были получены результаты, соответствующие результатам The Standish Group и Джонса, — примерно четверть всех проектов завершается своевременно; еще четверть отменяется; и около половины проектов сдается с опозданием и/или превышением бюджета (Lederer and Prasad 1992; Jones 1998; ISBSG 2001; Krasner 2003; Putnam and Myers 2003; Heemstra, Siskens and van der Stelt 2003; Standish Group 2004).

Существует множество причин, по которым проекты нарушают поставленные цели. Плохая оценка — лишь одна из них, но отнюдь не единственная. Эта тема подробнее рассматривается в главе 4.

Таблица 3.1. Зависимость результата проекта от его размера

Источник: «Estimating Software Costs» (Jones 1998).

Насколько велики нарушения сроков?

Количество проектов, нарушающих сроки или выходящих за рамки бюджета, — один показатель. Степень расхождения проектов с поставленными целями — другой фактор. Согласно первому обзору The Standish Group, среднее превышение сроков составляло около 120 %, а среднее превышение затрат — около 100 % (Standish Group 1994). Тем не менее точность оценки, вероятно, была еще хуже, чем показывают эти числа. Группа Standish Group обнаружила, что из проектов, завершавшихся с опозданием, обычно исключалась значительная часть функций; это делалось для обеспечения хотя бы того бюджета и сроков, с которыми проект в итоге завершался.

По данным одной компании

Данные о результатах проектов для одной конкретной компании, полученные от одного из моих клиентов, показаны на рис. 3.3.

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

Диагональная линия представляет идеальную точность планирования. В идеале график должен состоять из точек данных, сгруппированных вблизи от диагональной линии. Вместо этого почти все 80 показанных точек данных находятся над линией и представляют нарушения сроков. Одна точка расположена под линией, и еще несколько — на линии. Линия демонстрирует стандартное определение «оценки» по Демарко — самая ранняя дата, к которой проект может быть завершен.

2801———————————

260

240              ц:

220              7

200              \/

180              jA

+ /

160              —

Фактический срок 140 J                                          jfc—              —

завершения (в днях)              jn

120              ™

100==              —

л».              -^Средние значения

" хГ^               Целевой срок: 22 дня "]

Л I *. г Фактический срок: 56 дней

'1"1 "1 I' Г "Г

4Q -              f Идеальная точность)

" мЙ Йг (Срок завершения = Целевой срок)

Рис. 3.3. Результаты оценок для одной организации. Данные по отрасли показывают, что почти 100 % занижение оценок компании является типичным явлением.

Данные используются с разрешения

Общесистемная проблема программной отрасли

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

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