Пропущенные операции

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

Одним из самых распространенных источников ошибок оценки — необходимые задачи, которые не были включены в оценку проекта (Lederer and Prasad 1992, Coombs 2003). Аналитики обнаружили, что это явление проявляется как на уровне планирования проектов, так и на уровне отдельных разработчиков. В одном из исследований обнаружилось, что разработчики обычно довольно точно оценивают ту работу, которую ясно представляют себе, но при этом забывают от 20 до 30 % необходимых задач, что приводит к 20-30%-й ошибке в оценке (van Genuchten 1991).

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

В табл. 4.2 перечислены требования, часто не учитываемые при оценке проекта.

Таблица 4.2. Функциональные и нефункциональные требования, часто не учитываемые при оценке проекта

Функциональные требования              Нефункциональные              требования

СОВЕТ № 17

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

В табл. 4.3 перечислены факторы, относящиеся к разработке программного обеспечения, о которых часто забывают при составлении оценки.

Таблица 4.3. Действия по разработке программного обеспечения, часто не учитываемые при оценке проекта

«Время разгона» для новых участников группы

Обучение новых участников группы

Координация управления/встречи руководства

Развертывание

Преобразование данных

Установка

Настройка

Прояснение требований

Сопровождение системы управления пересмотром проектных решений (Revision Control System)

Поддержка сборки

Сопровождение сценариев, необходимых для выполнения ежедневной сборки

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

Установка тестовых сборок на оборудовании пользователя

Создание тестовых данных Управление программой бета-тестирования Участие в техническом рецензировании Работа по интеграции

Обработка запросов на внесение изменений

Присутствие на собраниях, посвященных управлению изменениями/назначению приоритетов

Координация с субподрядчиками

Техническая поддержка существующих систем

Работа по сопровождению предшествующих систем во время проекта

Работа по исправлению дефектов

Настройка производительности

Изучение нового инструментария

Административная работа, связанная с отслеживанием дефектов

Координация с тестовой группой (для разработчиков)

Координация с разработчиками (для тестовой группы)

Ответ на вопросы группы контроля качества

Поставка материалов для написания пользовательской документации и ее рецензирование

Рецензирование технической документации

Демонстрация программы клиентам или пользователям

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

Демонстрация программы или прототипа высшему руководству, клиентам и пользователям

Общение с клиентами и конечными пользователями; поддержка установки бета-версий на оборудовании клиента

Рецензирование планов, оценок, архитектуры, детальных проектов, поэтапных планов, кода, тестовых случаев и т. д.

СОВЕТ № 18

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

В табл. 4.4 перечислены факторы, не относящиеся к разработке программного обеспечения, но также часто не учитываемые при составлении оценки.

Таблица 4.4. Факторы, не связанные с разработкой программного обеспечения, часто не учитываемые при оценке проекта

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

СОВЕТ № 19

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

Кроме использования этих таблиц для идентификации частей программного продукта или операций, которые должны быть включены в оценку, также стоит рассмотреть возможность применения методики WBS (Work Breakdown Structure) для всех стандартных факторов, учитываемых в оценке. В разделе 10.3 обсуждается оценка с применением WBS и рассматривается обобщенный пример WBS.