Продолжительность проекта и наем персонала

Кроме расчета затрат, необходимых для работы над проектом, и определения стоимости этих затрат, менеджеры проектов также должны определить длительность выполнения проекта (т.е. составить временной график работ) и время начала найма персонала для непосредственной работы. Чаще всего компании-разработчики "сжимают" график работ до минимума с тем, чтобы доставить программный продукт на рынок раньше своих конкурентов.

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

Модель СОСОМО включает формулу для определения календарного времени (TDEV) реализации проекта. Для всех уровней модели СОСОМО существует единая формула расчета времени:

TDEV = 3x(PM)(0.33 + 0.2*(B-1.01)),

где РМ – оценка затрат в человеко-месяцах, В – показатель степени, способ определения которого описан ранее (В равен единице для уровня предварительного прототипирования). С помощью этой формулы определяется прогнозируемая длительность проекта.

Однако прогнозируемая длительность проекта и продолжительность графика работ, который определяется планом выполнения проекта, – это не одно и то же. Планируемый график работ может оказаться длиннее или короче прогнозируемой длительности проекта. Разность между этими двумя длительностями учитывается в модели СОСОМО 2:

TDEV = 3 х (РМ)(0.33 + 0.2*(В - 1.01)) х %SCED/100,

где %SCED – процент увеличения (или уменьшения) прогнозируемой длительности проекта. Значительные расхождения прогнозируемой длительности с планируемым графиком работ означают неминуемые проблемы в процессе реализации проекта.

Рассмотрим пример вычисления длительности проекта по модели СОСОМО в предположении, что по предварительной оценке затрат для реализации проекта требуется 60 человеко-месяцев (проект с характеристикой В из табл. 24.10.). Примем число 1.17 за значение показателя степени В. Тогда

TDEV = 3(60)0.36 = 13 месяцев.

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

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

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

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

Наращивание объема работ можно смоделировать с помощью так называемой кривой Рэлея; оценочная модель Путмана (Putnam) использует модель наращивания персонала, основанную на этих кривых. Модель Путмана учитывает время разработки как ключевой фактор, поскольку с уменьшением времени на разработку экспоненциально увеличиваются затраты на создание системы.