Обсуждение

Очередной раз убедился, что чтобы стать полноценным участником проекта, мне еще читать и читать, учиться и учиться. Вот про Event Chain надо просветиться, а еще Голдрата почитать... и прочих...

Ну, Event Chain я не уверен, что это именно "шаг вперед", как заявляют авторы :) А Голдрата и прочих -- ага, нужно почитать :)

А какой смысл вообще противопоставлять проекты и программы? Можно ведь, в принципе, "проективизировать" всю деятельность компании. Например, завести проект "Уборка офиса 2007": сосздать график, выделить ресурсы... Так ведь даже легче учет вести и управлять

В IT сейчас очень развит "процессный подход". Поэтому противопоставляются не проекты и программы (программы -- это несколько проектов на общем множестве ресурсов и со связанными целями), а проекты/программы и процессы. Кроме того нужно учесть, что для процессов на заводе принято использовать алгоритмы планирования ресурсов (загрузки станков: составление производственного расписания). В вашем примере с уборщицами явно нет работ такого масштаба, требующих детального планирования ресурсов на месяц-два, а то и год вперед. Нас же такие проблемы (чем заменять модули MRPII или APS или разных других алгоритмов планирования ресурсов, которые все равно плохо работают) заботят -- проблемы планирования производства на очень крупных предприятиях. Поглядите на текст статьи http://www.inherentsimplicity.com/files/files/The%20Distinction%20Between%20Manufacturing%20and%20Multi%20Project.pdf -- я ее как раз приводил в постинге. Наверняка ведь не читали, отсюда и ваш вопрос :) Там очень хорошо показывается различие целей и приоритетов при производственном планировании и планировании проектов.