Для тех кто заинтересовался применением критической цепи для проектах
по разработке ПО (Agile, XP, иные) я выложу здесь основные тезисы:
Это может выглядеть так:
по вертикали - % расхода буфера, по горизонтали - % расхода расписания
или так:
Значения цветов:
Кратко из вопросов:
Когда меняется буфер проекта?
В начале проекта и при изменении плана проекта, то есть если вы договорились об изменении объема или сроков, то меняете буфер.
Имеет ли смысл применять буфера на проектах в случае, когда не владеешь ресурсом?
Для того чтобы вовремя узнать о проблемах на проекте имеет смысл всегда применять.Также состояние буфера можно использовать как критерий в переговорах о выделении ресурсов.
Как часто проверять состояние буфера?
В идеале каждый день, но каждый день у вас задачки не завершаются. Поэтому, целесообразно, соотнести со средней скоростью закрытия задач. например раз в неделю.
Какие есть инструменты по учету буферов?
- Метрики в XP и SCRUM такие как скорость реализации задач и диаграмма сгорания показывают только ДАТУ когда проект будет завершен но не говорят когда надо договариваться.
- В голове заказчика все-равно есть бюджет и расписание, даже если вы продаете по Time&Materials. И он не всегда обрадуется увеличению сроков и бюджета в последний момент.
- Все задачи на проекте можно представить в виде последовательности - критической цепи.
- Для критической цепи можно зарезервировать буфер проекта, обычно 1/2 от расчетной длительности проекта.
- Контролируя расход буфера можно принять решение о необходимости внесения изменений в план и расписание проекта и необходимости идти к заказчику.
Это может выглядеть так:
по вертикали - % расхода буфера, по горизонтали - % расхода расписания
или так:
Значения цветов:
- Мы в зеленой зоне - все идет по плану
- В желтой зоне - готовь план изменений (увеличение команды, изменение объемов или расписания или иное)
- В красной зоне - применяй план изменений, иди к заказчику.
Кратко из вопросов:
Когда меняется буфер проекта?
В начале проекта и при изменении плана проекта, то есть если вы договорились об изменении объема или сроков, то меняете буфер.
Имеет ли смысл применять буфера на проектах в случае, когда не владеешь ресурсом?
Для того чтобы вовремя узнать о проблемах на проекте имеет смысл всегда применять.Также состояние буфера можно использовать как критерий в переговорах о выделении ресурсов.
Как часто проверять состояние буфера?
В идеале каждый день, но каждый день у вас задачки не завершаются. Поэтому, целесообразно, соотнести со средней скоростью закрытия задач. например раз в неделю.
Какие есть инструменты по учету буферов?
- Насколько я слышал есть модуль CCPM к MSProject
- У меня есть свой инструмент. Прогноз на основе скорости рассчитывает Пульс на сайте. Версия которая учитывает буфера критической цепи есть но не выложена, пишите если интересно.
Комментариев нет:
Отправить комментарий