Вовремя и в рамках бюджета. Управление проектами по методу критической цепи - читать онлайн книгу. Автор: Лоуренс Лич cтр.№ 42

4.4.1. УСТАВ ПРОЕКТА

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

4.4.2. ПЛАН УПРАВЛЕНИЯ ПРОЕКТОМ

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

4.4.2.1. Иерархическая структура работ

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

4.4.2.2. Роли и обязанности

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

4.4.2.3. График ключевых событий

Последовательность ключевых событий — это инструмент, позволяющий перейти от иерархической картины ИСР к логическому плану проекта. Это генеральная линия движения работ, которой будут пользоваться менеджеры, чтобы понимать значение входов и выходов своих рабочих заданий (пакетов работ). (Эта составляющая не раскрывается в руководстве РМВОК, но будет описана в следующей главе.)

4.4.2.4. Пакеты работ

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

4.4.2.5. Сетевая диаграмма проекта

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

4.4.3. ОЦЕНКА И КОНТРОЛЬ ВЫПОЛНЕНИЯ ПРОЕКТА

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

Матрица соответствий также определяет потребность в процессе непрерывного совершенствования и обеспечения качества итогового продукта проекта. В задачи данной книги не входит подробное рассмотрение процесса обеспечения качества продукта. Описание такого процесса дает Льюис Айланд [8].

4.4.4. УПРАВЛЕНИЕ ИЗМЕНЕНИЯМИ В ПРОЕКТЕ

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

4.4.5. УПРАВЛЕНИЕ РИСКАМИ В ПРОЕКТЕ

Управление рисками направлено на особые причины потенциальной вариабельности. Поскольку в РМВОК не проводится разграничения между общими и особыми причинами отклонений, вы увидите, что работа с вариабельностью обоих типов идет в рамках управления рисками. ССРМ строит управление проектом с учетом общих причин вариабельности, а особые причины остаются на долю управления рисками (смотрите главу 10).

4.5. Итоги

В этой главе мы рассмотрели требования к системе управления проектом и увидели, какие элементы ССРМ и РМВОК обеспечивают соответствие этим требованиям. Основные свойства получившейся системы следующие:

• критическая цепь показывает ограничение проекта;

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

• для максимального использования возможностей критической цепи исполнитель должен знать, над каким следующим заданием он будет работать. Этого можно достичь, создавая списки приоритетов работ, графики работ для определенного исполнителя или «оповестительные флаги» ¹³;

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

• в ССРМ для контроля выполнения в первую очередь используют управление с помощью буферов;

• чтобы система управления проектом соответствовала всем необходимым требованиям, нужно использовать ряд параметров, описанных в РМВОК.

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