Основы проектного менеджмента. Классическое руководство - Джозеф Хигнии
Шрифт:
Интервал:
Закладка:
Как было отмечено в главе 7, иерархическая структура работ проекта (ИСР) должна готовиться раньше, чем расписание проекта. Мы также видели, что ИСР содержит от двух до двадцати уровней декомпозиции работ. Для того чтобы проиллюстрировать, как на основании ИСР готовится расписание проекта, рассмотрим простой пример с работой на участке, окружающем дом. ИСР по нему представлена на рис. 8.3.
Рис. 8.3. ИСР по проекту уборки участка
В случае данной ИСР целесообразно начать составлять расписание проекта с низшего уровня. Но так делается не всегда. Иногда работы разбивают до шестого уровня, но в расписание включаются те, которые заканчиваются пятым. Причина в том, что вы можете не успеть решить задачи шестого уровня в соответствии с расписанием, то есть не можете плотно управлять этим уровнем. Поэтому приходится составлять расписание до того уровня, который вы в состоянии надежно контролировать. Этот тезис основан на общем правиле: вы не должны планировать (или составлять расписание) более детально, чем можете охватить. Одни проекты, скажем ремонт мощных генераторов, расписываются обычно в часах, другие – в днях. А расписание некоторых больших строительных работ составляется до ближайшего месяца.
Слишком детализированное планирование расписания в целом нежелательно. Если вы ограничитесь «крупными мазками», ничего страшного. Один руководитель проекта рассказывал мне, что его команда хотела однажды составить расписание на 26 недель вперед. Он возразил, что такое расписание вряд ли когда-нибудь будет выполнено в установленные сроки и работы придется неоднократно переносить. По его мнению, многие полагают, что в 26-недельной задаче заложен большой потенциал безопасности, а это не так. На старте сотрудник думает: «Ничего страшного, впереди еще 26 недель. Начну работу завтра». А потом вдруг поймет, что слишком долго откладывал, и начнутся бурная деятельность и авралы. И вся работа окажется сдвинута на последнюю часть 26-недельного расписания.
Вот хорошее правило: ни одна задача расписания не должна занимать более 4–6 недель. Можно разбить 26-недельную работу на 5–6 субзадач. Такой метод обычно удерживает людей от бесконечных переносов работы на последние дни исполнения проекта.
Создать расписание можно двумя путями. Один из них – начать с конца проекта и двигаться к его началу. Второй – начать с начала и продвигаться к концу. Обычно легче начинать с начала.
В первую очередь нужно решить, что должно быть сделано сразу. Иногда можно одновременно начать выполнение нескольких задач. В этом случае вы просто изображаете их рядом и начинаете работать над ними. Обратите внимание на прогрессию в диаграмме на рис. 8.4. Иногда полная последовательность работы или действий может быть определена только в несколько этапов.
Рис. 8.4. Диаграмма уборки участка (метод «критического пути»)
Этот маленький пример явно может быть представлен тремя фазами: подготовкой, выполнением и уборкой. Подготовка включает в себя три задачи: собрать мусор, заправить газонокосилку и достать из кладовки электроножницы. Задачи по уборке включают в себя упаковку травы в мешки, связывание срезанных веток живой изгороди и вывоз мусора к мусоросборнику.
Составляя диаграмму расписания, я следовал правилу: сначала на диаграмме должно быть изображено то, что выполнимо логически, а затем учитываются ресурсные ограничения. Для проекта по уборке участка, если мне никто не помогает, параллельных путей нет. С другой стороны, если мне помогут домашние или молодой сосед, то возможны параллельные пути. Поэтому правило говорит, что необходимо составить расписание так, будто помощь в уборке участка возможна. Это особенно важно помнить в реальных рабочих условиях, иначе вам никогда не удастся правильно составить расписание проекта. Вы все время будете беспокоиться о том, кого можно привлечь к выполнению той или иной работы, и дело закончится параличом анализа.
Все значения в расписании важно указывать в одних и тех же единицах времени. Не смешивайте часы и минуты – составляйте расписание в минутах и только на последнем этапе переводите их в часы и минуты. В приведенном примере я составил все расписание в минутах.
Рекомендую вам нарисовать свою сетевую диаграмму на бумаге и только после тщательной проверки на логическую последовательность вводить ее в компьютерную программу, создающую расписание проекта. Если в диаграмме окажутся логические ошибки, то компьютер выдаст результат по принципу «мусор на входе – мусор на выходе». Но файл, подготовленный компьютером, будет выглядеть впечатляюще.
Следует помнить и о том, что обычно для сетевых диаграмм не существует единого решения. Кто-то может составить стрелочную диаграмму иначе, чем вы. В диаграмме могут быть части, которые должны выполняться в определенной последовательности, но в ней нередко есть место для маневра. Например, вы не можете доложить какие-то документы, пока не распечатаете их. Так что, если в диаграмме порядок действий отображен именно так, значит, в ней имеется ошибка. Вывод: для сетевых диаграмм не может быть только одного правильного решения, но диаграмма всегда будет ошибочной, если она нарушает логику.
Расписание работ по уборке участка может быть гораздо более сложным. Например, вы предусмотрите работы на дорожках перед домом и на заднем дворе; запланируете обрезку деревьев не только спереди, но и сзади и т. д. Но делать расписание слишком сложным нет необходимости. Обычно мы не стараемся понять во всех деталях, как будем работать. Вполне достаточно указать общее содержание работ.
Следующий шаг – определение количества времени на ту или иную работу. Эти оценки по каждой задаче должны опираться на имеющийся опыт и учитывать, сколько времени их решение занимало в прошлом. Помните, однако, что действуют они только в отношении того человека, который выполняет данную работу. Если моя 16-летняя дочь начнет косить газон газонокосилкой, это займет у нее, скорее всего, меньше времени, чем у моего сына, которому только двенадцать. В следующей главе мы увидим, как найти критический путь в расписании проекта, чтобы знать, сколько времени займет та или иная операция.
Резюме
• Управление проектом не сводится к составлению расписания.
• Стрелочные диаграммы позволяют точнее оценить возможный негативный эффект от сбоя в проектах, чем диаграммы Гантта.
• Уровнем детализации расписания можно управлять.
• Не следует оставлять ни одной задачи расписания продолжительностью более 4–6 недель. Протяженные задачи разбивайте на субзадачи для достижения этого ориентира. Задачи в программном обеспечении и инженерных технологиях следует разбивать на еще более мелкие отрезки, не превышающие по продолжительности 1–3 недель.