Оценка трудоемкости проекта

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

Инженерный метод оценки трудоемкости проекта PERT (Program/Project Evaluation and Review Technique) был разработан в 1958 году в ходе проекта по созданию баллистических ракет морского базирования «Поларис». Входом для данного метода оценки служит список элементарных пакетов работ. Для инженерного подхода нет необходимости точно знать закон распределения нашей оценки трудоемкости каждого такого элементарного пакета. Диапазон неопределенности достаточно охарактеризовать тремя оценками:

• – наиболее вероятная оценка трудозатрат.

• – минимально возможные трудозатраты на реализацию пакета работ. Ни один риск не реализовался. Быстрее точно не сделаем. Вероятность такого, что мы уложимся в эти затраты, равна 0.

• – пессимистическая оценка трудозатрат. Все риски реализовались.

Оценку средней трудоемкости по каждому элементарному пакету можно определит по формуле:

(1)

Для расчета среднеквадратичного отклонения используется формула:

(2)

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

. (3)

А среднеквадратичное отклонение для оценки суммарной трудоемкости будет составлять:

. (4)

Тогда для оценки суммарной трудоемкости проекта, которую мы не превысим с вероятностью 95%, можно применить формулу:

. (5)

Вероятность того, что время выполнения проекта превысит показатель , составляет 5%.

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

Исходя из ИСР и используемых технологий разработки, можно выделить следующие элементарные пакеты работ, совершаемые в процессе создания продукта (Рисунок 1).

• Компоненты пользовательского интерфейса – набор объединенных тематически элементов пользовательского интерфейса и методов вывода данных, предназначенных для визуализации отдельных представлений данных бизнес-объектов.

• Формы пользовательского интерфейса – область экрана, которая выделяется для взаимодействия с пользователем, строится на основе компонентов пользовательского интерфейса и решает задачи предоставления данных пользователю и приема его команд.

• Обработчики команд интерфейса – различные методы, которые связывают пользователя и реализованную в программе бизнес-модель, фактически осуществляя перевод команд пользователя на «язык» бизнес-объектной модели.

• Бизнес-объекты – наборы данных и способов их представления, описывающие предметную область.

• Бизнес-методы – сложные наборы элементарных операций над бизнес-объектами, направленные на достижение поставленной модели цели.

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

• Создание одного компонента – от 1 до 8 часов (наиболее вероятно – 2 часа).

• Создание одной формы – от 2 до 20 часов (наиболее вероятно – 4 часа).

• Создание одного обработчика команд – от 4 до 32 часов (наиболее вероятно – 8 часов)

• Добавление одного нового бизнес-объекта – от 2 до 8 часов (наиболее вероятно – 3 часа).

• Добавление одного нового бизнес-метода – от 2 до 26 часов (наиболее вероятно – 6 часов).

Рисунок 1. Точки расширения и элементарные пакеты работ.

Подсчитаем количество элементарных пакетов работ каждого вида.

Таблица 1. Элементарные пакеты работ по видам.

№ п/п	Компоненты	Формы	Обработчики	Бизнес-объекты	Бизнес-методы
1	Дерево данных	Главная	Открытие	Исследуемый объект	Рендеринг
2	Форма приложения	Второстепенных значений	Сохранение результата		Создание\удаление
3	Справочник патологий		Анализ		Сканирование
4			Визуализация	Цифровой ИИ фильтрации	Генетическая коррекция
5			Вызов справки		Вейвлет-чистка
6			Изменение данных		Градиентная бинаризация
7					Сегментация
8		Справки	Изменение настроек программы	Цифровой ИИ классификации	Комплексное выделение признаков
9			Отображение промежуточных данных		Нейросетевая фильтрация
10			Поиск		Нейросетевая классификация
11					Нейросетевая оценка
12					Прогнозирование
ИТОГО	3	4	10	3	12

Таким образом, получаем что:

Рассчитаем средние трудоемкости и среднеквадратичные отклонения трудоемкости для каждого вида элементарных пакетов работ по формулам (1) и (2).

Получим оценку для трудоемкости по кодированию:

В этом случае, трудоемкость по кодированию, которую мы не превысим с вероятностью 95%, будет равна:

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

Поэтому, исходя из того, что кодирование составляет только общих затрат на разработку проекта [1], получим суммарную трудоемкость проекта –

Как сказано в [1], если сотрудник на 100% назначен на проект, это, как правило, не означает, что он все 40 часов в неделю будет тратить на проектные работы. Тратить он будет 60 – 80% своего рабочего времени. Поэтому, в месяц сотрудник будет работать по проекту, примерно, . Следовательно, трудоемкость проекта в человеко-месяцах составит, приблизительно

Предположим, что в разработке будет участвовать 4 человека. Таким образом, оценочный срок выполнения проекта составит приблизительно 2 месяца.