Билет 5. Планирование и контроль проекта методом критической цепи. Виды и назначение буферов.

Критическая цепь - это самая длинная цепь зависимых событий (задач).

• Метод критических цепочек (CCS) является применением теории ограничений (TOC – Theory of constraints) к менеджменту проектов. Концепция теории ограничений была разработана в 1984 г. израильским ученым физиком Элияху Голдраттом.

• Достоинство метода критических цепочек: он учитывает взаимосвязь между длительностью работ, отношениями предшествования, потребностью в ресурсах и доступностью ресурсов, которые и определяют всю длительность проекта. Это преимущество выражается в определении одной или нескольких последовательностей (цепей) работ – состоящих из сегментов, связанных как отношениями предшествования, так и одновременно являющимися взаимосвязанными по ресурсам.

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

• Допущения CCS:

  • Длительность работы оценивается с уровнем доверительной вероятности 50%

  • Отсутствуют навязанные старты работ

  • Отсутствие многозадачности (Голдратт называет занятость ресурсов, в частности, одного и того же работника на нескольких работах одновременно основной угрозой выполнения проекта в срок)

  • Целями составления расписания являются минимизация срока исполнения проекта, а также количества незавершенных работ.

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

• Типы буферов:

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

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

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

• Базовые этапы разработки расписания по методу CCS:

  • Определение базового расписания с учетом отношений предшествования и установленных ограничений на ресурсы, а также всех вышеперечисленных допущений.

  • Расчет позднего расписания.

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

  • Формирование буферов, учитывающих все неопределенности проекта

  • Определение ранних стартов и финишей работ в безбуферном расписании

  • Добавление буферов в проект.

• Сложности:

  • несколько критических цепочек. НЕ важно, какую выбирать в качестве определяющей.

• Определение размеров буфера (в классическом варианте):

  • Проектный буфер по длительности равен половине длины критической цепи

  • Питающие буферы равны половине цепочек, составленных из некритических работ, вливающихся в критическую цепь

  • Ресурсные буферы не имеют продолжительности

• Во время исполнения проекта:

  • Следите за критической цепью

  • Следите за уровнем истощения буфера

  • Если буфер проекта исчерпан на 50%, то наступает время управленческих решений

  • До 30% ничего не предпринимается

  • С 40% планируется воздействие

• Недостатки CCS:

  • переоценка буферов,

  • изматывает участников

  • требует высокой культуры проектного управления

  • требует работы отдельной команды «спасателей»

  • не учитывает связи между ресурсами и продолжительностью работ

  • использует лишь возобновляемые ресурсы

  • не находит оптимального решения

  • Исключает использование контрольных событий проекта