Читая далее о системе оценки и контроля в ССРМ, обратите внимание, каким образом она выполняет все приведенные ранее требования.
В этой главе поговорим о системе оценки и контроля для четырех типов пользователей: для менеджера операции, для руководителя проекта, для менеджера ресурсов и для высшего руководства.
Задача менеджера операции — способствовать прохождению запланированных проектных работ без задержек. Для этого ему необходимо знать, за какую следующую задачу браться. Весь фокус — работать именно над тем, что способствует скорейшему завершению проекта. В. Херроелен, Р. Леус и Е. Демойлемеестер критикуют метод ССРМ за то, что в нем не используется «пересмотр расписания» по ходу проекта [3, с. 57]: «Оставшиеся работы можно ускорить, если пересмотреть даты в расписании». Авторы не поняли, что в ССРМ вообще не задаются никакие конкретные даты работ. Путем постоянного анализа того, какие далее операции выполнять, пользователи ССРМ получают тот же результат (скорейшее завершение проекта), как если бы им пришлось непрерывно переделывать расписание. Хотя в ССРМ и используется выравнивание ресурсов для определения общей длительности проекта, однако ошибочно полагать (как это свойственно тем, кто мыслит в категориях детерминизма, а не вариабельности), что получившиеся при этом даты действительно показывают, когда начнется и окончится та или иная операция. Работа начнется, когда завершится предшествующая задача и когда будет свободен соответствующий исполнитель, а закончится — как можно скорее. Херроелен, Леус и Демойлемеестер на самом деле лишь подтвердили преимущества ССРМ.
Главное правило ССРМ — работать в стиле эстафеты: взявшись за выполнение задания, нужно стараться завершить его как можно скорее и передать результат дальше. По завершении одного задания менеджер операции должен направить рабочие силы на следующее, которое, во-первых, уже можно начинать (то есть предшествующая ему операция выполнена, все исходные материалы в наличии) и которое, во-вторых, нужно начинать как можно скорее, чтобы предотвратить расход проектного буфера. Это правило распространяется как на отдельные проекты, так и на систему одновременных проектов. При этом следующая операция может быть как в составе критической цепи, так и вне ее. В системе проектов больший расход общесистемного буфера может вызвать менее важный проект. Тогда следует сначала направить исполнителя на работу по этому неприоритетному проекту и лишь затем на более важный проект. Приоритетность учитывалась при «наладке конвейера» — составлении сквозного расписания системы проектов методом ССРМ, поэтому она отражена в датах начала и окончания одновременных проектов.
Для правильного распределения ресурсов очень пригодится список операций, показывающий порядок, в котором они должны начинаться, и приоритет каждой. Можно автоматизировать создание таких списков даже с помощью программ, не предназначенных для ССРМ. Так, один мой клиент написал скрипт, позволяющий составлять списки задач по приоритетам в программе Primavera. Самыми первыми в перечень помещаются операции, которые уже идут. Затем из текущего расписания (размер буферов на слияние путей в нем сведен к нулю) рассчитывается временной запас по всем остальным операциям. Более приоритетными будут задачи с минимальным или даже отрицательным запасом. Операции с наибольшим запасом попадут в самый конец списка. Кроме того, еще есть колонка, показывающая, завершена ли предшествующая операция.
Программа ССРМ+ [4] показывает готовые начаться операции по приоритетам в виде графика (рис. 8.1). Подобную задачу для системы одновременных проектов решает программа Concerto. Она автоматически создает перечень задач по приоритетам, что позволяет менеджерам операций быстро сориентироваться в ситуации и донести информацию до других (рис. 8.2).
Программа Concerto максимально ориентирована на удобство пользователей и позволяет получать информацию о проекте практически в режиме реального времени. При наличии соответствующих прав доступа с ней можно работать через Интернет когда угодно и откуда угодно. Менеджеры операций могут за пару минут обновить данные о своих работах в конце рабочего дня. В большинстве проектов, где используется данная программа, проводится ежедневный анализ состояния буферов. А если работы по проекту ведутся в несколько смен, то подобный анализ происходит дважды в день. Системный администратор дает разные права разным категориям пользователей, и все они могут работать с одной и той же базой данных. Так обеспечивается единство исходной информации, то есть все заинтересованные лица оперируют одними и теми же данными. Разным категориям пользователей в зависимости от уровня решений, которые им приходится принимать, доступны разные виды анализа и отчетов.