Алгоритм 4.15. Внесение изменений в описание задач по нанесению плиточных покрытий в детальном плане проекта
Для внесения этих изменений нужно выполнить следующие действия.
Загрузить Project и при помощи команды Файл\Открыть открыть файл нужного проекта. Для работы с проектом-примером рекомендуется открыть файл РемонтД8.mрр.
Выполнить команду Вид\Лист ресурсов.
Ввести в пустую строку списка ресурсов новый ресурс с названием Плиточник. Указать для него значение поля Стандартная ставка, равное 100 руб./час, а поля Ставка сверхурочных - 175 руб./час.
Выполнить команду Вид\Диаграмма Ганта.
Выделить при помощи алгоритма 2.3 задачу с идентификатором 114 (ее код иерархической структуры работ 7.КУЛ). Нажать комбинацию клавиш <A1>+<F10>. Это позволит вывести на экран окно Назначение ресурсов (см. рис. 3.12).
Двойным щелчком на строке выделенной задачи открыть окно Сведения о задаче и в нем установить длительность выполнения задачи, равную 0,5 дня.
Выделить в окне Назначение ресурсов строку Штукатур-отделочник и нажать кнопку Заменить. При этом откроется окно со списком ресурсов проекта. Найти в нем (названия ресурсов в этом окне отсортированы по алфавиту) строку Плиточник и указать для нее одну единицу ресурса. После этого нажать кнопку ОК.
Повторить описанные в пп. 5-7 данного алгоритма действия для задач с идентификаторами 120, 122 и 123 (их коды иерархической структуры работ 7 .ТУ, 7.ВАЛ и 7.ВА.2). Разница может состоять в том, что для задачи с идентификатором 120 длительность следует задать равной 0,5 дня, а для задач с идентификаторами 122 и 123 - равной 0,75 дня.
После выполнения описанных выше действий выполнить автоматизированное выравнивание загрузки ресурсов с установкой флажков Выравнивание только в пределах имеющегося резерва и При выравнивании допускается прерывание оставшихся трудозатрат. Убедиться, что после выполнения выравнивания загрузки ресурсов дата завершения проекта не изменилась.
Нажать комбинацию клавиш <Alt>+<F10> и в окне Назначение ресурсов выделить ресурс Плиточник. Нажать кнопку Графики. Открывшееся при этом окно показано на рис. 4.35.
10.Сохранить откорректированное детальное расписание проекта при помощи алгоритма 3.4 в файле с именем РемонтД9.mрр.
Выполненные изменения, как можно заключить на основании анализа файла РемонтД9.mрр, не привели к заметным изменениям затрат и сроков выполнения проекта, но в значительной мере снизили риск неудовлетворительного качества работ.
Важной особенностью процессов детального планирования является то, что эти процессы выполняются постоянно на протяжении всего цикла реализации проекта - это видно, например, из приведенной на рис. 1.1 схемы процессов управления проектами.
При детальном планировании в отличие от предварительного постоянно приходится сталкиваться с изменяющейся информацией в соответствии с изменением состояния проекта и его окружения.
Окружение проекта представляет собой среду, порождающую совокупность факторов, которые способствуют или мешают достижению целей проекта.
Разработка и оценка проекта, его начало и выполнение осуществляются в контексте, который должен учитывать целостное представление о среде, прямо или косвенно влияющей на выполнение проекта. Каждое из воздействий среды имеет отношение к тому, как выполняется проект.
В окружении проекта можно выделить внешнее и внутреннее окружение. Кроме того, во внешнем окружении можно выделить ближнее окружение (выполняющую проект организацию) и дальнее окружение (т. е. то, что находится вне самой организации).
Наиболее важными факторами внутреннего окружения проекта являются следующие:
- стиль руководства проектом;
- организация управления проектом;
- участники проекта;
- команда проекта;
- экономические, социальные, технические и другие условия реализации проекта.
В числе наиболее значительных факторов ближнего окружения проекта можно выделить:
- стиль руководства организацией;
-принятые в организации стандарты сферы финансов;
-принятые в организации стандарты сферы сбыта;
- принятые в организации стандарты сферы материального обеспечения;
-всю инфраструктуру, определяющую выполнение проекта и влияющую на нее (например, кадровую политику, политику в области качества, рисков и т. д.).
Дальнее окружение также оказывает существенное влияние на проект как прямо, так и через выполняющую проект организацию.
Примерами внешнего окружения могут быть географические, экологические, социальные, психологические, культурные, политические, экономические, финансовые, юридические, организационные, технологические и даже эстетические аспекты.
Систематический мониторинг, анализ и оценка всего спектра положительных и отрицательных воздействий со стороны окружения проекта является важным условием успешности выполнения проекта. Это является непременным требованием для планирования и управления окружением проекта для достижения поставленных целей.
К особенностям процессов детального планирования проекта следует отнести необходимость на практике часто возвращаться к планированию уже рассмотренных ранее вопросов с учетом изменившихся оценок и обстоятельств - выполнять так называемое перепланирование.
При разработке детальных планов на всех стадиях необходимо представлять себе, что точность любых оценок быстро убывает по мере того, как увеличивается интервал времени между оценкой показателя и временем его реализации. Поэтому детальное планирование актуально только для относительно коротких горизонтов планирования.
Это не значит, что детализированные заранее фрагменты или пакеты задач сетевого графика всегда будут неверны. Просто они часто будут выполняться в условиях, отличных от тех, которые можно спрогнозировать во время разработки детального плана. Поэтому при детализации рекомендуется исходить из наиболее стабильных технических и технологических соображений, требований качества и нормативных документов.
Не рекомендуется предусматривать в детализированных фрагментах и пакетах задач сетевого графика организационные связи между задачами. Как правило, их удобней вводить в относительно близкой перспективе.
В связи с этим можно в заключение сказать, что детализация планов может выполняться в расчете на далекую перспективу, но детальные планы должны утверждаться и распространяться между участниками проектов только для актуальных плановых периодов.
Последнее утверждение не следует понимать абсолютно. Так как любой исполнитель (отдельный работник или организация) хочет не только представлять себе то, что ему предстоит делать в течение ближайшего планового периода, но и знать более далекую перспективу (например, для того, чтобы готовить производство и планировать отпуска), то скрывать от него планы на более далекую перспективу не следует.
Замечание
Необходимо четко отделять утвержденное плановое задание исполнителя на определенный плановый период и прогноз загрузки этого исполнителя на далекую перспективу.
В некоторых случаях организация управления проектами принимается такой, что выданные исполнителям плановые задания уже не подлежат корректировке до завершения соответствующего планового периода. Такие решения обычно определяются политикой выполняющей проект организации в вопросах управления.
Если при управлении проектом используется именно такой порядок, то при работе с графиком проекта необходимо уметь отделять включенные в план задачи от оставшихся еще невыполненными задач. В таких случаях целесообразно использовать пользовательское поле для того, чтобы пометить включенные в план задачи и иметь возможность отфильтровать их. Такая возможность поддерживается всеми версиями Project.
Для облегчения визуальной ориентации целесообразно использовать возможности версии Project 2002 для того, чтобы снабдить включенные в план задачи графическим индикатором. Для этой цели можно использовать алгоритм 4.16.
При разработке этого алгоритма предполагалось, что поле Флаг1 служит для того, чтобы выделить включенные в план задачи проекта. Алгоритм предусматривает последовательное выполнение следующих шагов:
1.Переименование поля Флаг1.
Присвоение полю графического индикатора.
Отметка включенных в план задач. Будем предполагать, что на первую неделю в план будут включены все задачи первого пакета - "Подготовка к ремонту квартиры".