Первое с чем сталкиваешься в задаче управления проектами - это необходимость документирования всего, что делаешь. Как правило под руками всегда есть бумага, текстовый процессор и электронные таблицы, но эти инструменты недостаточно удобны для специфики проектного управления. Конечно, существует и специализированный софт, и скорее всего с ним и придётся работать. Однако в современном софте применяются современные же принципы. И первый такой принцип - построение сетевого графика по принципу "вершина-работа".
Принципиальной разницы нет. В качестве вершины в сетевом графике может выступать и работа, и событие. В "основах социологии" описывается подход "вершина-событие". Таким образом, без понимания принципов сетевого планирования использовать современный софт получится с некоторыми трудностями.
Cетевые модели в проектном управлении, как бы это печально не прозвучало, - удел профессионалов. Подавляющее же большинство занимается разу календарным планированием. Рисует графики Ганта. Что по сути ошибочно, поскольку без сетевого графика календарный план составить без ошибок практически невозможно, но и не лишено смысла.
Дело в том, что что работа проектных офисов, как правило, завязана на короткие циклы планирования. Еженедельные совещания, например. Статус реализации проекта нужно готовить к каждому такому собранию, а сделать это удобнее всего именно в форме календарного плана.
Те, кто получили навыки проектного управления на практике в должностях исполнителей, на совещании видели только это и понятия не имеют ни каких сетевых моделях и, тем более, об преобразовании этих моделей в календарный план.
Прежде чем переходить к вопросам метрологической состоятельности, нужно было обсудить вопрос календарного планирования и элементы контроля.
На мой взгляд, выносить термин "Метрологическая состоятельность" в заголовок раздела не следует. Конечно, это правильный термин и ему следует выделить место, однако в заголовке он усложняет установление ассоциативных связей с терминологией реальной практики. На практике в разделе говорится о "календарном планировании" и "контроле реализации проекта", а заголовок отражает нечто иное, принцип: "используй параметры, оценка которых не зависит от эксперта", который хоть и реализуется в рамках данных процессов, но при оглашении в рабочем коллективе служит больше декларацией благих намерений нежели реальной практикой.
Раздел "оргштатная структура" вместо описания принципов формирования проектной команды содержит критику сложившейся практики на постсоветском пространстве. Это полезно знать для общего развития, но решать задачи формирования проектной группы это не научит.
Подытожу. Раздел, посвящённый "проектному управлению" органично вписывается в учебный курс. Однако способ изложения материала повторяет ошибки существующих ныне учебных пособий: объективно полезные знания преподнесены в форме, оторванной от реальной жизненной практики, что ограничивает круг людей способных без дополнительных усилий применить полученные знания.