За исключением случаев с заданными неизменными величинами (например, дата начала готовности стадиона к Олимпиаде или доступные объемы финансирования), четкие даты должны быть результатом создания диаграммы проекта, а не исходной информацией. Не загоняйте отдельные операции в рамки точных дат. Укажите связи, и пусть программа сама все считает.
Логику проекта нужно выверить по следующим пунктам.
• Действительно ли предшествующая операция необходима для начала последующей?
• Достаточно ли предшествующей операции для начала последующей?
• Обеспечивают ли указанные операции достижение запланированных результатов проекта (по сравнению с заданными в ИСР)?
• Указаны ли ресурсы, необходимые для выполнения каждой операции?
• Не введены ли ненужные ограничения (даты) операций?
• Все ли контрольные точки (из схемы ключевых событий) попали в план?
• Если длительность операции зависит от исполнителя, предусмотрена ли 100%-ная занятость данного исполнителя на данной операции?
• Все ли последовательности работ сходятся воедино к концу проекта? Если нет, объедините их хотя бы в контрольной точке «проект завершен».
Не устанавливайте связи между составными операциями, которые в плане разбиваются на мелкие работы. Необходимо указать, как соединены между собой эти составляющие. В следующей главе рассказывается, как составить план проекта методом критической цепи, используя диаграмму проекта с назначенными ресурсами.
После того как определены работы, необходимые для достижения результата, и создана диаграмма проекта, необходимо указать, какие ресурсы нужны для их выполнения. В то время как в традиционном управлении проектами указание ресурсов (исполнителей) в расписании проекта лишь рекомендованная практика, в управлении методом критической цепи это — обязательное требование. Ведь при построении критической цепи произойдет пересмотр продолжительности работ в соответствии с указанной информацией о необходимых ресурсах и их наличии.
При назначении исполнителей в компьютерной программе нужно принять несколько решений. Во-первых, определить, кого вообще вовлечь. Обычно необходимо указать конкретных людей, хотя программе, составляющей расписание, чаще всего все равно, вписываете ли вы в качестве ресурса человека или вид оборудования (например, подъемный кран) или учитываете какое-либо иное ограничение (люк подводной лодки или количество рабочих мест на каком-то участке). Показывать нужно лишь то, что, вероятнее всего, станет сдерживающим фактором для вашего расписания.
Если мы говорим о людях, необходимо решить, будете ли вы использовать имена или тип квалификации. Если на проекте работает небольшое количество людей, можно на каждую работу назначить конкретного человека. Когда организация большая, а проект крупный и определенный вид работ способны выполнить разные люди, более гибким подходом будет определить квалификацию исполнителя и разумное количество таких специалистов, необходимое для выполнения операции. Это может даже ускорить ход проекта. По ряду причин, о которых поговорим позднее, как правило, следует указывать максимальное число исполнителей, обеспечивающее эффективную работу над заданием, и, соответственно, уменьшать длительность выполнения задания.