Ричард Ньютон - Управление проектами от А до Я

Если сдвигаются сроки выполнения любой из задач, входящих в критический путь, меняются и сроки выполнения проекта. Так, если задачи 1.1 (Фиксация потребностей) или 1.2 (Написание предложения) завершаются на день позже, срок исполнения проекта «переезжает» с первого сентября на второе. Сравните это с задачей 4.5 (Установка ПО на компьютеры), которую спокойно можно передвинуть на две недели, что никак не влияет на дату завершения проекта.

Чтобы оптимизировать продолжительность проекта, необходимо внимательно рассмотреть следующие вопросы:

• Нельзя ли отказаться от каких-то задач? В нашем примере офис уже оборудован лампами, и, хотя они не идеальны, ими можно пользоваться, т. е. замену ламп можно отложить на будущее. Это позволит ликвидировать задачу 2.2.1 (Установка новых ламп), снизив стоимость проекта на 6 тыс. ф. ст. и уменьшив продолжительность работы подрядчика на 3 дня.

• Насколько обоснованны ваши оценки? Могут ли они быть более консервативными? Не исключено, что некоторые из сделанных вами оценок несколько завышены. Пересмотрите их еще раз. Впрочем, не переусердствуйте: зачем планировать слишком сжатые сроки, если в итоге они окажутся нереалистичными?

• Нельзя ли избавиться от каких-то зависимостей? Например, если бы задача 4.6 (Установка настроенных ПК) не зависела от задачи 3.5 (Установка новой мебели), вы могли бы приступить к ней 21 июля, а не 9 августа. В этом случае вы выигрываете более двух недель и завершаете проект 16 августа, а не 1 сентября. Увы, в данном случае это невозможно, тем не менее проанализируйте все зависимости, поскольку кое-какие из них могут быть лишними.

• Нельзя ли совместить некоторые задачи? Чтобы приступить к задаче 4.6 (Установка ПК), вам, вероятно, сначала нужно выполнить задачу 3.5 (Установка новой мебели), так как ставить компьютеры вы будете на столы. Однако совершенно необязательно ждать полного выполнения этой задачи, ведь для установки первого ПК не нужны все 100 столов. Соответственно, если приступить к задаче 4.6 через два дня после начала установки столов, вы сэкономите 10 дней и сократите продолжительность проекта.

• Нельзя ли использовать какие-то ресурсы более эффективно? Самый лучший способ сделать это – еще раз просмотреть план. Задачи в нем организованы по номерам дерева работ. Измените последовательность задач, упорядочив их по исполнителям, а затем по датам начала задач, как показано в табл. 3.9, и проанализируйте работу каждого члена команды.

Из табл. 3.9 ясно видно, что:

• подрядчик участвует в проекте с 21 июня по 8 августа, но ничем не занят между задачами 2.3 (Укладка ковровых покрытий) и 3.4 (Установка новой мебели). Это означает, что с 8 по 21 июля, т. е. в течение 9 рабочих дней, привлеченный вами подрядчик не загружен работой;

• Дэйв участвует в проекте с 31 мая по 23 июня, но ничем не занят между задачами 1.4 (Рассылка предложения потенциальным подрядчикам) и 1.6 (Оценка заявок). Это значит, что с 2 по 15 июня (10 рабочих дней) Дэйв свободен от работы.

• Мэри участвует в проекте с 31 мая по 1 сентября, но не занята с 7 июня по 4 июля (20 рабочих дней) и с 22 июля по 8 августа (12 рабочих дней).

Вы хотели бы, чтобы все члены команды были полностью заняты, пока они участвуют в проекте. Для этого, вероятно, стоит передвинуть некоторые из задач. В работе Дэйва и подрядчика ликвидировать разрывы практически невозможно. Поставьте заранее их в известность об этом; возможно, они сумеют найти на этот период работу, не связанную с вашим проектом (не исключено, что это позволит вам сэкономить на оплате). Есть и другой вариант – увеличить объем работ по проекту и загрузить сотрудников другой работой. Мэри участвует в проекте вплоть до его завершения 1 сентября, так как она устанавливает компьютеры. Поскольку задачи с 4.1 (Подбор новых ПК) по 4.5 (Установка ПО на компьютеры) не входят в критический путь, их можно передвинуть. Исходно вы планировали, что Мэри приступит к задаче 4.1 (Подбор новых ПК) как можно раньше, т. е. 31 мая. На деле она может начать работу на 12 дней позже, что никоим образом не повлияет на сроки выполнения проекта. Если скорректировать таким образом план, Мэри не придется оставаться без дела в период с 22 июля по 8 августа.

• Нельзя ли выделить больше ресурсов? Нельзя ли завершить какие-то задачи быстрее путем привлечения большего количества исполнителей? Не все задачи поддаются дроблению, однако, если поручить задачи 3.5 (Установка новой мебели), 4.5 (Установка ПО на компьютеры) и 4.6 (Установка ПК) двум исполнителям, их можно выполнить в два раза быстрее.

Если внести все эти исправления, окончательный план примет вид, показанный в табл. 3.10.

Теперь у вас есть законченный план, вы все продумали и можете приступать к проекту!

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

Нередко, ознакомившись с планом, заказчики делают предложения, которые вам обязательно следует отклонить. Речь идет о том, чтобы:

• выполнить проект быстрее и дешевле . Не соглашайтесь ни в коем случае: о плане вам известно гораздо больше, чем вашему собеседнику. Если он подскажет, как сократить сроки или уменьшить стоимость, то можно пойти ему навстречу. Но, как правило, ему просто хочется получить результат побыстрее и поменьше за него заплатить. Однако, чтобы выполнить проект быстрее или дешевле, в нем нужно что-то менять (например, сокращать объем работ или пожертвовать качеством). Если заказчик не готов на такие изменения, план должен остаться прежним;

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

• постарайтесь убедить заказчика, что резерв необходим. Это – лучший способ, хотя и не всегда приемлемый. Считайте резерв страховой премией;

• продемонстрируйте заказчику только контрольные точки, а не подробный план. В нашем примере завершение проекта намечено на 13 сентября. Если вы выполните проект к 12 августа и сэкономите ресурсы, заказчик будет очень доволен;