Partilhar via


Критическая цепь и Microsoft Project

Статья Алексея Просницкого, РМР, MVP и Виталия Денисова, MCTS (Компания Leo Consulting), первоначально опубликованная здесь.

Прочитав книгу Голдратта «Критическая цепь» мы попытались перенести полученные знания на инструментарий Microsoft Project, т.е. попробовали в упрощенном виде реализовать метод критической цепи при планировании, актуализации и анализе сроков выполнения проекта.

Введение в критическую цепь

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

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

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

  1. Планируем оптимистические или ожидаемые сроки выполнения задач без «страховки» на возможные задержки по отдельным задачам и сохраняем полученный график, как базовый.
  2. Устанавливаем допустимые резервы времени (питающие буферы[1]) на отдельные этапы реализации проекта с учетом ожидаемых рисков
  3. Устанавливаем общий временной резерв проекта (буфер проекта), который должен быть немного больше, чем сумма всех промежуточных буферов отдельных этапов, лежащих на критическом пути
  4. Вычисленные резервы должны оставаться в распоряжении команды управления проектом и расходоваться в ответ на события в процессе реализации проекта
  5. Устанавливаем крайний директивный срок окончания проекта или его ближайшей стадии с учетом заданного временного буфера.
  6. По ходу исполнения проекта и актуализации графика, анализируем степень влияния изменений длительности этапов проекта на временные буферы. Также анализируем тенденции расхода запланированных резервов времени за счет фактически возникших рисков (задержек).

Данный подход дает нам следующие преимущества:

  1. Позволяет намного раньше, чем метод анализа освоенного объема обнаружить возникающие задержки и угрозы срыва сроков окончания проекта.
  2. Позволяет руководителю сфокусироваться на первоочередном решении тех задач, которые влияют на критический путь проекта.
  3. Позволяет аккумулировать неиспользованные резервы времени (буферы) для будущих этапов проекта, если события рисков удалось избежать (или оперативно преодолеть).
  4. Избавляет от паники и необходимости утверждения заново у инвестора всех промежуточных базовых планов в случае незначительных отклонений сроков до тех пор, пока соотношение выполненных объемов задач критической цепи и израсходованных временных буферов находится в установленных допустимых пределах.

Настройка рисков в учебном проекте

Возьмем план-график проекта и после сохранения базового плана, на основе представления «Диаграмма Ганта с отслеживанием» создадим новое представление «Анализ расхода буферов» (закладка «Вид – Диаграмма Ганта – Сохранить новое представление»), со следующими полями:

  • Индикаторы;
  • Название задач;
  • % завершения;
  • Начало;
  • Окончание;
  • Длительность;
  • Длительность3;
  • Длительность4;
  • Число2;
  • Отклонение окончания;
  • Отклонение длительности.

После того, как выведены поля, сохраняем данную таблицу с именем «Анализ расхода буферов», а поля:

  • «Длительность3» переименовываем в «Базовый временной буфер»;
  • «Длительность4» переименовываем в «Текущий временной буфер»;
  • «Число2» переименовываем в «Индикаторы расхода буфера», Рисунок 1.

  

Рисунок 1. Созданное представление и таблица для анализа буферов

В поле «Длительность4 «Текущий временной буфер» зададим следующую формулу для расчета значений данного поля:

Длительность3 - Отклонение длительности

Также установим флажок «Использовать формулу» в расчетах для суммарных строк задач, Рисунок 2.

Рисунок 2. Настройка поля «Текущий временной буфер»

Автоматический расчет в настроенном поле «Текущий временной буфер» в строках суммарных задач будет показывать оставшийся временной резерв данного этапа с учетом возникших задержек.

В поле «Число2 «Индикаторы расхода буфера» зададим следующую формулу для расчета значений:

Отклонение длительности / Длительность3

Установим также флажок «Использовать формулу» в расчетах для суммарных задач настроим условия отображения индикаторов согласно данным на Рисунке 3.

Рисунок 3. Настройка индикаторов поля «Индикаторы расхода буфера»

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

Показатели полей при внесенном факте в план-график проекта

После внесения факта в модель проекта, в представлении «Анализ расхода буфера», Рисунок 4 можно будет увидеть, как меняются значения в поле «Текущий временной буфер» на разных этапах. Также в поле «Индикаторы расхода буфера» изменится индикатор, который может показать, что реальные сроки реализации этапа «ТЭО проекта» «съели» буфер этапа.

Рисунок 4. Анализ буферов после ввода факта

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


[1] Обязательно рекомендуется прочитать книгу «Критическая цепь» Элияху Голдратта

Comments

  • Anonymous
    January 01, 2003
    Не совсем понял как Вы установили буферы в плане: "Устанавливаем допустимые резервы времени (питающие буферы[1]) на отдельные этапы реализации проекта с учетом ожидаемых рисков
    Устанавливаем общий временной резерв проекта (буфер проекта), который должен быть немного больше, чем сумма всех промежуточных буферов отдельных этапов, лежащих на критическом пути"
  • Anonymous
    April 28, 2014
    Не совсем понял как Вы установили буфер:
    "Устанавливаем допустимые резервы времени (питающие буферы[1]) на отдельные этапы реализации проекта с учетом ожидаемых рисков
    Устанавливаем общий временной резерв проекта (буфер проекта), который должен быть немного больше, чем сумма всех промежуточных буферов отдельных этапов, лежащих на критическом пути"
  • Anonymous
    August 10, 2015
    The comment has been removed