Теория ограничений Голдратта и проектное управление. Что за диагональный буфер?
Диагональный буфер — это часть решения по управлению проектами в Теории Ограничений Голдратта (ТОС). Это только часть решения, части проблем. Решения не бывают хорошими или плохими вне контекста. Если вы не читали мою
Насколько я помню, у Голдрата ничего подобного не было, так как в этом не было никакой нужды. Люди «просто» строили PERT-диаграммы. Если буферы распределялись по задачам, а они всегда были с целью управления рисками, то получался метод критического пути. Если буфер был общий на проект на этап/проект, то получался метод критической цепи. Общий буфер ввели потому, что программисты всегда тратят все отпущенное время, то есть они уничтожают локальные буферы, которых может не хватить в конце. Более того, подобных упрощений типа «диагонального буфера» никто бы не позволил использовать, потому что есть явления броска критической цепи, когда в начале проекта вы рассчитывали на одну критическую цепь, а в середине проекта у вас образовалась другая критическая цепь. Если у вас не будет PERT-диаграммы, то вы просто пропустите этот момент. Ну и вряд ли кто-то предложил бы отдать 50% трудоёмкости в буфер. Просто это очень и очень много. Такие объёмные буферы нужны только если проектом вообще не собираются управлять.
Насколько я помню, у Голдрата ничего подобного не было, так как в этом не было никакой нужды. Люди «просто» строили PERT-диаграммы. Если буферы распределялись по задачам, а они всегда были с целью управления рисками, то получался метод критического пути. Если буфер был общий на проект на этап/проект, то получался метод критической цепи. Общий буфер ввели потому, что программисты всегда тратят все отпущенное время, то есть они уничтожают локальные буферы, которых может не хватить в конце.
Более того, подобных упрощений типа «диагонального буфера» никто бы не позволил использовать, потому что есть явления броска критической цепи, когда в начале проекта вы рассчитывали на одну критическую цепь, а в середине проекта у вас образовалась другая критическая цепь. Если у вас не будет PERT-диаграммы, то вы просто пропустите этот момент.
Ну и вряд ли кто-то предложил бы отдать 50% трудоёмкости в буфер. Просто это очень и очень много. Такие объёмные буферы нужны только если проектом вообще не собираются управлять.
Вряд ли вас утроит мой ответ, но у Голдратта это было)