Расчёт критического пути

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

В процессе решения — методом «эстафеты» — просматриваются все дуги сетевого графика. Пусть очередная просматриваемая дуга связывает вершины i и j. Если для вершины i определено предположительное время его свершения и это время плюс продолжительность работы больше предположительного времени наступления события j, тогда для вершины j устанавливается новое предположительное время наступления, равное предположительному времени наступления события i плюс продолжительность работы рассматриваемой дуги. Решение заканчивается, когда очередной просмотр дуг не вызывает ни одного исправления предположительного значения времени начала/окончания работ/событий. В результате может быть определено событие с самым поздним временем наступления, и путь от начальной вершины в эту конечную будет считаться критическим и определять продолжительность выполнения проекта. Наряду с общей продолжительностью выполнения проекта, критический путь определяет другие характеристики сетевого графика, играющие важную роль при планировании реализации нововведения, минимизации сроков и расходов на разработку.

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

4.

5.

6. Структурная декомпозиция работ проекта (СДР) является графическим воплощением проекта и представляет собой совокупность взаимосвязанных элементов проекта различной степени детализации.
Структурная декомпозиция работ проекта является центральным инструментом определения работ, которые должны выполняться в рамках проекта. Описание работ (пакетов работ) должно включать: содержание работ, предполагаемые результаты, возможность измерения и оценки степени их выполнения. Чаще всего используется два вида СДР:
Декомпозиция по функциональному принципу (продукту проекта и его составляющим). Ниже в качестве примера приведена декомпозиция проекта по системной интеграции. Основным продуктом проекта является информационная система, включающая в себя промежуточные продукты: локальную сеть, рабочие станции и сервера, СУБД, системное и прикладное программное обеспечение.
Декомпозиция по хронологическому принципу (жизненному циклу проекта).
При управлении проектом на протяжении его жизненного цикла используются и другие структурные модели проекта, основой большинства которых является СДР. Наиболее существенными из них являются:
Дерево целей и результатов — первая по времени разработки структурная модель декомпозиции цели проекта на составные части. Дерево целей можно построить в соответствии со структурой проекта. В вершине дерева ставится общая (генеральная) цель, на последующих ярусах ветвей располагаются в иерархической соподчинен-ности декомпозированные цели соответствующего уровня, вплоть до целей самого нижнего уровня, соответствующих элементарным мероприятиям и действиям в проекте.
Дерево задач — разработка структурной модели проекта по декомпозиции задач проекта на составные части. Состав задач проекта определяется из целей проекта, конечного результата и предпроектного состояния предметной составляющей проекта — продукта, бизнес-функции или услуги. Системный подход в определении задач проекта аналогичен подходу в определении целей, используя технологии иерархических декомпозиций в виде дерева. В вершине «дерева» располагается сверхзадача проекта, в основании — элементарные задачи (работы, мероприятия) нижнего уровня. Такие методики — разбиение проекта на более мелкие задачи — позволяют представить его в виде вполне управляемых компонентов.
Одна из главных задач СДР — определение и проверка того, что включено или не включено в предметную составляющую проекта, т.е. фиксация границ проекта.
Чем детальнее в СДР отражены задачи нижнего уровня, тем выше может обеспечиваться прозрачность проекта. Проработанная в деталях и передаваемая в реальное исполнение СДР является эффективным инструментом по управлению проектом. При этом опытные менеджеры особое внимание уделяют фиксации мероприятий, передающих результаты предшествующей задачи (задач) на вход последующей (последующим), что осуществляется посредством вех, фиксирующих условия передачи результатов, достижения текущих целей и необходимые в данном случае документы. Четкое и системное определение вех в СДР обеспечивает высокое качество обратной связи в управлении проектом и контроля его исполнения, так как основная часть вех содержит требования по предоставлению отчетности по состоянию задач. Такая методика позволяет эффективно учитывать отклонения от плановых параметров задач и управлять изменениями проекта.

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

При разработке матрицы ответственности исходят из следующих определений:

- ответственность – обязательство, которое человек должен выполнять;

- сфера ответственности – круг задач, за успешное решение которых отвечает человек в данном проекте;

- полномочия – право на приятие решений в рамках выделенного круга задач.

Пошаговое построение матрицы ответственности производится в следующем порядке:

- составляется список основных результатов проекта (в их число включают и продукты проекта, и проектную документацию);

- составляется список участников проекта;

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

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

В матрице ответственности используют следующий перечень функций или ролей участников проекта:

- «О – отвечает» – тот, кто несет ответственность за данный результат (обычно это кто-то из числа членов команды, которые непосредственно обеспечивают получение данного результата);

- «У – утверждает» – тот, кто утверждает результат (выбирается из числа лиц, принимающих окончательное решение о выполнении работы и качестве результата);

- «К – консультирует» – тот, кто дает дополнительные ориентиры для своевременного получения качественного результата (в этой роли выступают сведущие в данной области люди, которые не входят в число лиц, принимающих окончательное решение);

- «И – информирует» – тот, кого обязательно надо информировать о полученном результате (это те члены команды проекта, действия которых зависят от качества и времени получения данного результата).