Основы проектного менеджмента. Классическое руководство

Резюме

• Управление проектом не сводится к составлению расписания.

• Стрелочные диаграммы позволяют точнее оценить возможный негативный эффект от сбоя в проектах, чем диаграммы Гантта.

• Уровнем детализации расписания можно управлять.

• Не следует оставлять ни одной задачи расписания продолжительностью более 4–6 недель. Протяженные задачи разбивайте на субзадачи для достижения этого ориентира. Задачи в программном обеспечении и инженерных технологиях следует разбивать на еще более мелкие отрезки, не превышающие по продолжительности 1–3 недель.

Упражнение

Нарисуйте стрелочную диаграмму для ИСР (рис. 8.5). Одно из решений приводится в разделе «Ответы на вопросы».

Рис. 8.5. ИСР по уборке комнаты

Глава 9. Создание рабочего расписания проекта

После того как вы подготовили соответствующую сетевую диаграмму расписания проекта, в которой определена продолжительность всех работ, нужно определить, где в ней расположен самый длинный путь (отрезок), и понять, соответствует ли он дате завершения проекта. Поскольку этот самый длинный отрезок определяет минимальную продолжительность проекта, любые работы на нем вызовут смещение даты окончания всего предприятия. Поэтому этот путь называется критическим путем.

Расчет расписания проекта

Обычно расчет расписания проекта делает компьютер. Однако я уверен, что, пока вы не поймете, как осуществляются эти расчеты, вы не поймете и значение резервов времени, назначения более ранних и более поздних дат и т. д. Более того, вы рискуете стать жертвой механизма «мусор на входе – мусор на выходе». Поэтому я вкратце расскажу, как расчет расписания делается компьютером. (В большинстве программ компьютер сам переводит время в календарные даты, что не так легко сделать вручную.)

Первое: подумайте о том, что нам нужно знать о проекте. Если он начинается в некое время = 0, мы хотим знать, когда он может быть завершен. В живых и актуальных проектах нам всегда называют дату, к которой он должен быть закончен. То есть дату окончания проекта нам диктуют. Кроме того, начало проекта всегда имеет обременения: не готовы ресурсы, не написаны спецификации или к этому моменту еще не завершился другой проект. Так что составление расписания проекта обычно представляет собой попытку вместить работу между двумя точками во времени. Несмотря на это, мы все же хотим знать, сколько нужно времени до исполнения проекта. Если это время не вписывается в требуемые временные рамки, придется что-то делать с сокращением критического пути.

В самом простом варианте расчет сетевой диаграммы расписания проекта делается исходя из предположения, что продолжительность всех работ по проекту точно соответствует заданию. Однако их продолжительность зависит от уровня обеспеченности работ ресурсами, а если к моменту начала ресурсов в действительности будет не хватать, нереальны и даты решения задач, указанные в расписании.

Именно по этой причине расчет сетевой диаграммы расписания проекта должен осуществляться с учетом возможной ограниченности ресурсов. Другими словами, распределение ресурсов необходимо для того, чтобы понять, какое именно расписание проекта выполнимо! Неудачное определение ресурсов по проекту почти всегда приводит к невыполнимости расписания.

Таким образом, первым делом в расчете сетевой диаграммы расписания нужно определить критический путь и возможный объем некритических работ при идеальных условиях. Разумеется, идеальны условия, при которых проект обеспечен неограниченными ресурсами, поэтому первые расчеты сети расписания совершаются без учета возможных требований с точки зрения ресурсов. Этот метод описан в данной главе, а вопросы распределения ресурсов рассматриваются в руководствах по программному обеспечению подготовки расписаний.

Правила сети расписания проекта

Для расчета времени начала и окончания сети расписания проекта применяются только два правила: правило 1 и правило 2. Другие правила компьютерные программы могут применять сами. Обычно, это функция конкретной программы, поэтому не имеет отношения ко всем сетям.