УРОВЕНЬ ДЕТАЛИЗАЦИИ ОПЕРАЦИЙ

УРОВЕНЬ ДЕТАЛИЗАЦИИ ОПЕРАЦИЙ

Распределение работ и средств в привязке к временной шкале требует четкого определения операций, из которых состоит сетевой график проекта. Обычно операция представляет одну или несколько задач из одного набора работ. Уровень детализации описания зависит от того, сколько задач вы включили в каждую операцию. В некоторых случаях объем инфор мации может оказаться настолько большим, что приведет к увеличению накладных расходов. Руководители небольших проектов научились умень ■ шать уровень детализации описания, так как сделать это их заставляют жесткие ограничения по тем возможностям, которыми они располагают. Большие же фирмы, будучи менее щепетильными в отношении накладных расходов, предпочитают больший уровень детализации описании операций проектов. Однако даже они признают, что это связано с существенными дополнительными затратми.
Небольшие проекты.
В малых проектах, которые строго контролируются и где участники четко понимают, что они часть команды, можно сократить уровень подробных описаний благодаря большему вниманию на стадии выполнения. Упор при этом, как правило, делается на работе, по которой предстоит отчитываться. При этом используется упрощенная матрица распределения работ (матрица ответственности) (см. рис. 4-10). Набор работ автоматически становится операцией, выполнение которой возлагается на одно из подразделений организации. Однако, если продолжительность операции превышает 5 рабочих дней, то становится необходим четкий план контрольных точек через более короткие интервалы времени. Такой подход возможен для малых проектов, где координация достаточно легко осуществима. Матрица ответственности подробно обсуждается в главе 7.
Рис. 4-10. Пример матрицы распределения ответственности по проекту конверсии программного обеспечения.
Партнерство или совместная работа с подрядчиками в одной команде.
Новым явлением в управлении проектами стало партнерство, соглашение между заказчиком проекта и подрядчиком не накапливать претензии друт к другу, а работать вместе над решением возникающих проблем. Партнерство основывается на высокой степени доверия между подрядчиком и заказчиком проекта. Например, предположим, что высокая степень доверия существует и уровень подробного описания работ и операций не должен быть очень запутанным, так как контроль и мониторинг не должны быть жесткими в этих условиях. Кроме того, уровень технических заданий на разработку может быть снижен, так как решение проблем происходит быстро и в срок.
Партнерство в управлении проектами получает все большее распространение, как способ разделения ответственности и риска с подрядчиками. Оно создает беспроигрышный потенциал и улучшает работу над проектом. Снижение детализации в плане и графике — одно из главных преимуществ такого сотрудничества. См. главу 11, в которой обсуждается этот процесс.