Детализация задач

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

Однако хорошо они работают только для операционной (неуникальной) деятельности внутри проекта, то есть когда освоенный объем считается через «физический процент выпол­нения».

Однако в действительно уникальных работах, таких как про­ектирование и разработка ИТ-продукта, результат не получается частями, а выходит только целиком.

Конечно, можно мерить выполненное проектирование сделан­ными страницами спецификации, а разработку — количеством строк программного кода, но это мало говорит о реальном про-. центе выполнения.

Особенно это верно с учетом того, что уникальные работы весь­ма чувствительны к рискам качества, то есть им нужно пройти приемку и обязательное исправление дефектов.

Здесь существует еще одно интересное обстоятельство — РП может уверенно рапортовать о сделанных 80 % работы, хотя ре­ально на оставшиеся 20 % нужно еще 80 % ресурсов.

Это известная и постоянно присутствующая проблема «гряз­ных данных» [9].

Именно поэтому статистика для принятия решений на базе ос­военного объема может быть реально недостоверной [9].

И поэтому как можно более мелкая детализация работ или предельно возможное снижение сложности отдельных задач, которые определяются качеством именно этапа планирования проекта (рис. 2.3) с целью идентификации их выполнения по бе­зусловным артефактам, как раз и служит самым простым и на­дежным средством повышения качества проекта.

Вот почему наш гуру в области УП Либерзон [9] совершенно спра­ведливо рекомендует Mile Stones, в которых должны быть полу­чены необходимые артефакты (желательно принятые клиентом).

Например: «Спецификация написана и принята», «Модуль за­кодирован, тестирование оборудования или програмного моду­ля успешно прошло».

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

Кстати, технологические стадии (фазы) в проектах, выполня­емых по одной технологии, должны быть одинаковые. Напри­мер, все виды IT-проектов прекрасно ложатся в четыре фазы RUP,