Оглавление:
Разработка календарного плана строительства жилого дома и любого другого объекта проводится в несколько этапов:
По окончании этого этапа разрабатываются графики поставок стройматериалов и необходимых конструкций, а также графики использования технических и человеческих ресурсов, чтобы обеспечить согласованность работ в течение всего процесса строительства. Данный порядок разработки и утверждения планов строительства применяется ля объектов любого назначения и масштаба.
ранние и поздние календарные даты начала и окончания каждой работы.Анализ по МКП не требует установки жестких дат начала для работ, не лежащих на критическом пути. В отличие от критических работ они могут быть запланированы на любое время между их ранними и поздними датами.Расчет по МКП и анализ календарного графика работ с использованием компьютерных средств можно проводить по мере необходимости, всякий раз, когда проводится обновление информации или изменяются внешние условия по проекту.Информация, полученная в результате вычислений по МКП, может быть представлена либо в табличной форме (рис.
13.9.5), либо в виде календарно-сетевого графика.Такой формат отчета по планированию графика работ дает возможность быстрого просмотра основных результатов анализа по МКП.Большая часть средств автоматизированного планирования (гл.
22) имеет гибкие режимы отбора и сортировки, с помощью которых можно создать различные типы отчетов, из которых разработчик плана выбирает наиболее значимые и эффективные для представления различным потребителям.Для многих проектов уже на стадии временного анализа выясняется, что в поставленные директивные сроки проект выполнить будет очень сложно.
Для получения приемлемых с точки зрения целей проекта сроков возможно проведение дальнейшей коррекции расписания по сценарию «что, если». Если расписание не укладывается в директивные сроки, то можно попытаться сократить сроки выполнения отдельных задач или изменить зависимости (ввести, например, где это возможно, зависимости с временными задержками).Связь сметного и календарного планированияСмета (оценка, предварительный расчет, estimate) — документ содержащий обоснование и расчет стоимости проекта (контракта), обычно на основе объемов работ проекта, требуемых ресурсов и цен. После согласования с заказчиком, руководством и т.п.
смета становится бюджетом (budget).
На основе сметы определяется не только стоимость проекта, но и организуется контроль и анализ расхода денежных средств на проект.На современном этапе развития информационных технологий большая часть работ по составлению смет и календарно-сетевому планированию выполняется с использованием программного обеспечения.
Проектно-сметная документация, в частности, в строительстве используется организациями для решения задач материально-технического снабжения, календарного планирования и оперативного управления.Одна из основных проблем интеграции двух систем — несоответствие уровней детализации сметы и календарно-сетевого графика. При составлении сметы определяется стоимость строительства на основе объемов работ.
Поэтому сметчики, работающие над поставленной задачей, часто не учитывают план производства работ, объединяя, например, в одной расценке одинаковые работы по всему объекту, что не совсем удобно с точки зрения управления. Другой случай, когда для учета затрат сметчик набирает группу расценок, характеризующую одну работу, при этом смета получается слишком детальная, что опять-таки не подходит для целей управления.
Следовательно, прежде чем передавать данные из сметы в систему календарно-сетевого планирования, их следует переработать. Идеальный вариант, когда смета структурируется в соответствии с задачами управления на основе графиков в системе управления проектами.Ресурсное планированиеРаботы проекта для своего выполнения требуют разнообразных ресурсов.
В задачах управления проектами обычно выделяют два основных типа.Невоспроизводимые, складируемые, накапливаемые ресурсы в процессе выполнения работ расходуются полностью, не допуская повторного использования. Не использованные в данный отрезок времени, они могут использоваться в дальнейшем.
Иными словами, такие ресурсы можно накапливать с последующим расходованием запасов. Поэтому их часто называют ресурсами типа «энергия».
Примерами таких ресурсов являются топливо, предметы труда, средства труда однократного применения, а также финансовые средства.Воспроизводимые, нескладируемые, ненакапливаемые ресурсы в ходе работы сохраняют свою натурально-вещественную форму и по мере высвобождения могут использоваться на других работах.
Если эти ресурсы простаивают, то их неиспользованная способность к функционированию в данный отрезок времени не компенсируется в будущем, т.
Потребность работы в складируемом ресурсе описывается функцией интенсивности затрат, показывающей скорость потребления ресурса в зависимости от фазы работы, либо функцией затрат, показывающей суммарный, накопленный объем требуемого ресурса в зависимости от фазы.Потребность работы в нескладируемом ресурсе задается в виде функции потребности, показывающей количество единиц данного ресурса, необходимых для выполнения работ, в зависимости от фазы.Наряду с функциями потребности, характеризующими задачи проекта, необходимо рассматривать и функции наличия (доступности) ресурсов.
Функции наличия задаются аналогично функциям потребности.
Отличие заключается в том, что функции наличия задаются на проект в целом, так что их аргументом выступает не фаза работы, а время (рабочее или календарное).
Проверка ресурсной реализуемости календарного плана требует сопоставления функций наличия и потребности в ресурсах проекта в целом.Одним из преимуществ представления проекта в виде сетевой модели является возможность легко получать информацию о ресурсных потребностях на каждом промежутке времени.В общем виде алгоритм ресурсного планирования проекта включает в себя три основных этапа:
Для продолжения скачивания необходимо пройти капчу:
Для создания планов различного типа или для разработки отдельных частей плана используются различные методы.
Вот наиболее популярные:
Сетевой график
Метод выбирается руководителем в зависимости от экономических составляющих. Влияет этап работы, , ресурсы, имеющиеся в наличии и т.д. Эти методы можно применять и комплексно, что позволяет добиться большей наглядности и точности календарного плана.Все методы, представленные выше, легко создаются в инструментах Microsoft Office, Excel, либо в других современных программах-планировщиках и органайзерах.
В результате создания календарного плана получается полное проектное расписание, учитывающее длительность работ и ресурсную базу, необходимую для выполнения проекта.
Календарное планирование, в целом, включает несколько основных стадий, среди которых:
После перехода проекта на стадию практической реализации – исполнения запланированных действий – по календарному плану-графику отслеживается ход выполнения работ, и вносятся корректирующие изменения. Планирование состава работ предполагает назначение ответственных исполнителей за задачи и сроки.
Задачи как статическая категория с их последовательностью переводятся в динамическую категорию состояния работ, которые приводят к результату проекта.
Эти приведённые в формат работ задачи сводятся в график и/или таблицу.
Задачи выражают суть результатов по критерию выполнения («решены / не решены»).
Соответственно, момент начала действия для задач не столь существенен, как срок окончания. Составляет календарный план, как правило, менеджер проекта, который привлекает для этих целей экспертов в различных областях.
Эксперты должны помочь иерархически выстроить полный перечень работ.
Затем определяется продолжительность работ и их взаимозависимости.
Некоторые работы могут выполняться одновременно (параллельно), а некоторые – только последовательно. Для наглядности данные взаимосвязи представляются в виде диаграмм Ганта, у которых по одной оси (вертикально) расположен иерархический перечень задач, а по другой оси – календарная шкала.
По итогам составления графика должен получиться календарно-ориентированный, структурированный по иерархии план, включающий полный перечень работ. Ресурсная модель проекта тоже является частью календарного планирования. Учитывается необходимость исполнителей для того или иного этапа работ и степень уникальности их квалификации, наличие сырья и расходных материалов, механизмов и оборудования.
Ресурсная база оценивается по характеристикам времени (календарная или суточная занятость), затрат на использование ресурсов, максимальной доступности ресурса в процентах.
Создать проект по шаблону можно и из основного списка проектов, доступного по команде Проекты раздела Проекты.
Для этого служит команда меню Создать по шаблону.
Изначально Плановая дата начала нового проекта устанавливается как текущая дата и от нее рассчитываются все задачи согласно указанным в них смещениям и длительностям.
Но можно изменить плановую дату и все даты будут автоматически пересчитаны. Для проекта доступны следующие Статусы:
Плановые даты возможно менять, пока проект находится в статусе Планируется.
При переводе проекта в статус В работе плановые даты блокируются для изменения и отображается группа фактических дат, а также Прогноз. Фактические даты не редактируются, они рассчитываются и корректируются на основании фактических дат задач и контрольных точек.
Проект можно перевести в статус Завершен только в том случае, если все задачи и контрольные точки завершены или отменены. В противном случае будет выведено предупреждение со списком незавершенных задач.
Управляющее расписание представлено в двух режимах: Дерево и Диаграмма Ганта.
В обоих режимах доступно создание этапов, задач и контрольных точек проекта, открытие форм объектов, изменение основных свойств непосредственно в строке расписания, управление видимостью и порядком колонок.
В режиме Дерево дополнительно доступно перетаскивание мышкой объектов из одной ветки в другую или в корень дерева этапов. Пересчет дат при редактировании непосредственно в сроке управляющего расписания полностью аналогичен алгоритму в форме задачи. Например, при сдвиге плановой даты начала на 5 дней плановая дата окончания тоже сдвигается на 5 дней.
При уменьшении длительности уменьшается дата окончания.
А указание фактической даты начала переводит запланированную задачу в статус В работе.
В режиме Диаграмма Ганта рядом с информацией по этапам и задачам выводится диаграмма Ганта, позволяющая визуально оценить Управляющее расписание проекта. Для каждой строки дерева этапов в диаграмме Ганта выводится два значения — плана и факта.
Ползунок Масштаб Ганта позволяет изменять масштаб диаграммы для удобства просмотра. В диаграмме отображаются 2 шкалы: помесячная и понедельная. Если какие то задачи оказываются просроченными, то на диаграмме Ганта они будут отображаться красным цветом.
Также ответственные получат уведомления о просрочке. На закладке Реквизиты расположены основные свойства проекта: организация и подразделение, ответственный, клиент и контактное лицо (в случае внешнего проекта).
В описании поддерживается расширенное форматирование текста (выделение размером, цветом текста и фона), создание нумерованных и маркированных списков, вставка картинок, гиперссылок и специальных символов. В форме проекта есть возможность распечатать Управляющее расписание с диаграммой Ганта при помощи кнопки .
Помимо печати, печатную форму можно отправить по почте. В меню Отчеты доступен отчет Карточка проекта, который выводит сводную информацию по проекту.
Принимаемые решения и предпринимаемые действия в сфере проектного планирования основываются на нескольких важных принципах:
Кроме принципов, которые мы назвали, важно учитывать еще и согласованность задач и интересов всех задействованных в разработке и реализации проекта лиц и своевременность достижения поставленных целей в назначенные сроки.
Учитвая особенности планирования проекта и вышеназванные принципы, можно переходить к следующему не менее важному вопросу – разбиению проектных работ на составляющие.
Базовый план проекта (Baseline или Performance Management Baseline) или базовый план исполнения проекта – это сводные данные об объеме, сроках и стоимости проекта, согласованных на этапе планирования, на основе которого в процессе выполнения проекта отслеживается его прогресс.Сам базовый план проекта является частью более подробного , включающего планы управления рисками, стейкхолдерами и проч.В базовый план проекта включаются следующие базовые планы:
План проекта отличается от плана управления проектом и соответствующих процессов планирования. Как мы уже определились, в широком смысле под планом мы понимаем заранее намеченную систему деятельности, для которой установлены порядок выполнения, последовательность и сроки работ.
В узком смысле план – это документ, который отражает порядок предусмотренных действий и сроки выполнения. План управления проектом есть результат регламентированных процедур (процессов) планирования, в которых управляющее начало берут на себя регулярные, регламентами закрепленные процедуры создания планов как документов.
Определения основных понятий планирования от PMI. Источник: Руководство PMBOK 5 Планирование мероприятия включает в себя две группы процессов: процессы непосредственной разработки планов и вспомогательные процедуры.
Результатом блока разработки является документ, именуемый сводным планом проекта. В его состав входят календарный план, бюджет мероприятия и ряд других документов.
Состав и содержание работ, потребные ресурсы для их выполнения определяют последовательность, продолжительность и размер затрат на их производство. Планирование возможных рисков (выявление, идентификация и оценка) и управление ими влияют не только на разработку календарного плана, но и на бюджетные потребности.
Уточнение целей, определение границ уникальной задачи и структурирование команды и ответственности закладывают основы для полноценной работы по планированию проекта. Далее вашему вниманию предлагается модель связей основных процедур рассматриваемых процессов.
Модель процессов планирования в управлении проектом Известно, что по стандарту PMI практически в каждом разделе Руководства PMBOK планированию выделяется целый блок.
Исходя из представленной выше схемы, это вполне естественно.
Наиболее целостно картину управления планированием и создания единого сводного плана демонстрирует раздел PMBOK «Управление интеграцией проекта». Ниже показан локальный блок диаграммы потоков данных разработки плана управления мероприятием.
Локальный блок диаграммы потоков данных разработки плана управления проектом Представленный выше визуальный блок примечателен рядом обстоятельств.
База знаний по управлению проектами, весь наработанный в этом направлении опыт, регламенты имеют существенное значение для успеха планирования. Это в той же мере касается стандартов, ПО, организационных структуры и культуры, методов управления, инфраструктуры и т.д. Устав является ключевым ориентиром для планирования.
Данные процессы являются базисом для интеграции в сводный план и в качестве входов для разработки его итоговой версии предлагают:
Приложение N 1Утвержденприказомдепартамента инвестиций иразвития малого и среднегопредпринимательстваКраснодарского краяот 5 октября 2021 года N 134ФормаУТВЕРЖДАЮ___________________________(должность)_______________ И.О.
Фамилия(подпись)»____»___________ 20__ год ____________________________________________________________(наименование проекта)Руководитель проекта __________________________________________________Администратор проекта _________________________________________________
Календарный план будет строиться для разработанного в ходе предыдущего занятия проекта Внедрение бухгалтерской системы. Он описывается и и сетевым графиком .Для составления календарного плана нам понадобятся:
В качестве даты начала проекта используем 7.09.09 – понедельник.
А распределение исполнителей по работам приведено в Таблица 2.11. № Название работы Исполнители 1 Начало проекта — 2 Выбор системы Главбух Администратор 3 Приобретение программного обеспечения Главбух Программист 4 Составление проекта сети Администратор Техник 5 Приобретение компьютеров и сетевого оборудования Программист Техник 6 Обучение администратора и программиста Администратор Программист 7 Монтаж локальной сети Техник 8 Установка ПО на компьютеры Программист 9 Установка сетевого ПО, настройка сети Администратор Программист 10 Ввод начальных данных в информационную базу Главбух Бухгалтер Программист 11 Обучение персонала Главбух Бухгалтер Администратор Программист 12 Передача в эксплуатацию Главбух Администратор Программист Техник 13 Конец проекта — Этап 1.
Подготовка бланка календарного планаБланк представляет собой прямоугольную систему координат, в которой по оси абсцисс откладываются календарные даты, а по оси ординат – номера работ проекта в обратном порядке (сверху вниз).
Поскольку известна только дата начала проекта, она и откладывается на оси абсцисс (). Рис. 2.12. Бланк календарного плана Этап 2.
В нашем проекте такой работой является Начало проекта, но поскольку это веха нулевой длительности, к первой очереди можно отнести следующую непосредственно за ней работу Выбор системы.Выполняем расчет дат начала и окончания работ в соответствии с . При этом учитываем следующие правила:
Таблица 2.12.
Работы-предшественники Планируемая работа № Дата окончания № Дата начала Длительность Дата окончания — — 1 7.09.09 7.09.09 1 7.09.09 2 7.09.09 15 28.09.09 После выполнения расчетов откладываем на календарном плане линии продолжительности работ.
При этом веха обозначается ромбиком. Каждая работа соединяется с предшественниками пунктирной линией.Результат данного этапа календарного планирования приведен на . Рис. 2.13. Планирование работ первой очереди Этап 3.
Планирование работ второй очередиКо второй очереди относятся работы, которые начинаются непосредственно после работ, запланированных на предыдущем этапе. К ним относятся Приобретение программного обеспечения, Составление проекта сети и Приобретение компьютеров и сетевого оборудования.Выполняем расчет дат начала и окончания этих работ согласно и наносим их на календарный план в соответствии правилами, перечисленными на предыдущем этапе.Результат данного этапа приведен на Таблица 2.13.