3.4.4.5. Этап 2. Работа над проектом

При работе над проектом используется управляемая вехами, ориентированная на заказчика, итеративная, параллельная, модель процесса, описанная в разделе 3.4.3.

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

Замечание по конструированию. Диаграмма на рис. 25 является примером схемы организации процесса работы над проектом, отвечающей принципам организации процесса по модели. Вариации процедуры работы над проектом для случая неполного, сверх легкого, тяжелого и сверх тяжелого проекта описаны в разделе 3.4.3. Другие примеры различных схем организации процесса могут быть приведе­ны в других нормативных документах организации. В зависимости от типа проекта и других конкретных обстоятельств, типовая схема может быть изменена таким образом, чтобы соот­ветствовать нуждам конкретного проекта. При этом схема должна соответствовать основ­ным принципам, изложенным в разделе 3.4.3, а отклонения от типовых схем должны быть документированы и обоснованы.

Замечание по конструированию. Диаграмма на рис. 24 отражает логическую взаимосвязь фаз и главных вех. Фактически, фа­зы даже одного витка могут перекрываться во времени. Например, фаза стабилизации может быть начата до того, как код полностью готов. Это зависит от типа проекта, используемых инструментальных средств и принятой дисциплины программирования.

3.4.4.6. Процедура выполнения фазы проекта

Состав промежуточных вех (получаемых результатов) для каждой фазы проекта не явля­ется фиксированным и зависит от многих субъективных и объективных факторов: типа проекта; индивидуальных пожеланий заказчика; используемых инструментальных средств; личных предпочтений руководителя проекта.

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

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

Таким образом, процедура выполнения конкретной фазы проекта является предметом ди­намического (оперативного) планирования, которое выполняется руководителем проекта. Диаграмма процедуры выполнения фазы приведена на рис. 25.

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

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

Замечание по конструированию. Руководитель проекта может играть или не играть определенные роли на различных фазах в зависимости от типа и других особенностей проекта. Загрузка всех ролей может быть пол­ной или частичной. Например, для сверх легкого проекта Руководитель проекта играет все роли и загружен на 100%. Для сверх тяжелого проекта с большой бригадой Руководитель проекта играет, в основном, роль администратора ("освобожденный руководитель") и только эпизодически выполняет иные функции, при этом его загрузка может быть менее 100%.

План выполнения фазы

План выполнения фазы должен содержать следующую информацию:

• список вех фазы с указанием для каждой вехи формы отчуждаемых материалов вехи и ка­лендарного срока достижения вехи;

• список ролей команды фазы с указанием для каждой роли сотрудника из состава бригады проекта, назначенного на роль, и процента использования рабочего времени сотрудника, которое отводится на выполнение функций роли;

• оценка (переоценка, если риск был оценен для проекта в целом) рисков фазы; список связей между вехами фазы и ролями команды с указанием для каждой связи оцен­ки ресурсов, необходимых для выполнения функций, обеспечивающих достижение дан­ной вехи.

План выполнения фазы, как правило, составляется с помощью программы Microsoft Project. Для небольших проектов план фазы может быть частью общего плана проекта, для более крупных рекомендуется составлять планы фаз отдельно, чтобы они были обозримы. На рис. 26 приведен пример: фрагмент плана фазы проектирования для некоторого условного проекта. На рис. 27 тот же пример плана представлен в форме таблицы.

Замечание по конструированию. Использование Project позволяет не только представить план в наглядной форме, но и анали­зировать план, например, определять критические задачи, выявлять перегруженные ресурсы и т.п. Поэтому в проектах, выполняемых по стандарту, рекомендуется использование Project и не рекомендуется использование упрощенных форм планирования типа таблиц.

Замечание по конструированию. Веха может включать несколько результирующих материалов (например, Спецификация мо­жет состоять из нескольких документов), на одну роль может быть назначено несколько со­трудников (например, код могут писать несколько Программистов). План выполнения фазы должен быть составлен с такой степенью подробности, чтобы давать однозначный ответ на во­прос, кто из сотрудников является ответственным за каждый из результирующих материалов фазы.

Замечание по конструированию. Сумма процентов использования рабочего времени сотрудников не должна превышать 100% с учетом возможного участия сотрудника в бригадах нескольких проектов. Ответственным за выполнение этого условия является административный начальник сотрудника.