Лекция 5. Лекция план управления проектом
 Скачать 59.02 Kb.
|
|
ЛЕКЦИЯ 5. ПЛАН УПРАВЛЕНИЯ ПРОЕКТОМ План: Понятие и виды планов проекта. План по вехам. Сетевые графики. Диаграмма Ганта. Матрица распределения ответственности. Основная цель планирования состоит в построении модели реализации проекта. Она необходима для координации деятельности участников проекта, с ее помощью определяется порядок, в котором должны выполняться работы. Планирование начинается с наиболее общего представления целей, движется к более детальному описанию того, когда, как и какие работы должны быть выполнены для достижения поставленных целей. В общем виде план управления проектом состоит из трех уровней: 1. Первый уровень – концептуальный план проекта. 2. Второй уровень – стратегический план реализации проекта. 3. Третий уровень – тактические (детальные) планы реализации проекта. ПОНЯТИЕ И ВИДЫ ПЛАНОВ ПРОЕКТА План управления проектом – это сводный документ, который интегрирует все базовые и вспомогательные планы, разработанные в рамках разных процессов планирования проекта. К базовым планам проекта относятся: базовое расписание; базовый план по стоимости или бюджет; базовый план по содержанию. К вспомогательным планам относятся: план управления содержанием; план управления расписанием; план управления стоимостью; план управления качеством; план усовершенствования процессов; план управления человеческими ресурсами; план управления коммуникациями; план управления рисками; план управления закупками. Состав и степень детализации планов зависят от требований заказчика и потребностей исполняющей организации в управлении и контроле проекта. Для небольших проектов может быть разработан один детальный план вместо всех перечисленных. Для инвестиционного проекта, на финансирование которого планируется привлечь деньги инвесторов или кредит банка, как правило, разрабатывается технико-экономическое обоснование и / или бизнес-план. План управления проектом утверждается представителем заказчика и уполномоченным лицом от исполняющей организации после того, как согласованы и определены все ключевые вопросы относительно того, как будет исполняться проект, проводиться его мониторинг, контроль и закрытие. После утверждения план управления проектом может изменяться, если в этом будет потребность, появившаяся на последующих фазах проекта. Основные процедуры процесса планирования можно представить в виде последовательности шагов, которые отвечают на простые и понятные вопросы. Таблица 5.1 Последовательность основных процедур планирования и их методическое обеспечение
В зависимости от содержания и масштаба проекта структура плана управления проектом может варьироваться. Задача данной лекции состоит в раскрытии сущности планов управления расписанием (план по вехам, сетевые графики, диаграмма Ганта) и человеческими ресурсами (матрица ответственности) в проекте. Этому будут посвящены следующие разделы лекции 5. ПЛАН ПО ВЕХАМ После построения структуры разбиения работ проекта появляется возможность проставить и согласовать с заказчиком основные этапы проекта (вехи). Именно по этим этапам заказчик будет контролировать ход исполнения проекта. Веха – событие или дата в ходе осуществления проекта. Веха используется для отображения состояния завершенности тех или иных работ. В контексте проекта менеджеры используют вехи для того, чтобы обозначить важные промежуточные результаты, которые должны быть достигнуты в процессе реализации проекта. План по вехам – графическое или табличное представление взаимосвязанных ключевых вех проекта с указанием сроков их наступления и ответственных за выполнение этих сроков. Важным отличием вех от работ является то, что они не имеют длительности. Вехи – это своего рода контрольные точки, которые оцениваются по шкале «выполнено – не выполнено». Эти контрольные точки соответствуют промежуточным целям, требуемым для достижения общей цели. При обзоре выполнения работ вехи позволяют руководству быстро понять, на какой стадии находится проект, и оценить, достигнуты ли основные состояния, необходимые для успешного завершения работ.  Рис. 5.1. План по вехам Практические рекомендации по построению плана по вехам состоят в следующем: Составляется с конца, начиная с события успешного завершения проекта (достижения цели, получения результата). Для каждого события указывается время его наступления, ответственное лицо. В качестве событий целесообразно использовать моменты начала и/или завершения работ, представленных в структурной декомпозиции работ. Учитывая ограниченный объем плана по вехам, целесообразно ограничиваться верхними уровнями декомпозиции. Сроки достижения вех должны быть согласованы со всеми участниками. После этого каждая из вех становится контрольной точкой и должна быть включена в план контроля и отчетности проекта. План по вехам становится основой для дальнейшей разработки расписания любого уровня детализации, вплоть до рабочих заданий исполнителям. Задача планировщика – заполнить промежутки между основными вехами конкретными пакетами работ. СЕТЕВЫЕ ГРАФИКИ Важнейшим инструментом планирования проекта являются сетевые модели. Главная задача сетевого планирования заключается в том, чтобы сократить до минимума продолжительность проекта. Наиболее известными методами, используемыми для решения этой задачи, являются методы критического пути. Сетевой график представляет собой граф, отображающий все необходимые для достижения цели проекта операции в технологической взаимосвязи. Основными элементами сетевого графика являются работа, событие, путь. Работа – это трудовой процесс, требующий затрат времени и ресурсов. В сетевой модели работа изображается в виде сплошной стрелки, над которой стоит цифра, показывающая ее продолжительность (обычно в днях). Работа идентифицируется номерами начального и конечного события (например, работа 1–2, 3–4). Событие – это результат выполнения одной или нескольких работ, позволяющий начинать следующую работу. Как правило, в сетевых моделях событие изображается в виде кружка. Путь – это непрерывная последовательность работ от исходного до завершающего события сетевой модели. Суммарная продолжительность работ, лежащих на пути, определяет длину пути. Максимальный по продолжительности полный путь в сети называется критическим; работы, лежащие на этом пути, также называются критическими. Критический путь определяет общую продолжительность проекта.  Рис. 5.2. Пример сетевого графика Представленная модель имеет пять путей: путь 1, проходящий через события 0–1–3–5, имеет продолжительность 17 дней. путь 2, проходящий через события 0–1–2–3–5, имеет продолжительность 23 дня. путь 3, проходящий через события 0–1–2–4–5, имеет продолжительность 18 дней. путь 4, проходящий через события 0–2–4–5, имеет продолжительность 19 дней. путь 5, проходящий через события 0–2–3–5, имеет продолжительность 24 дня. Путь 5 по своей продолжительности превосходит все остальные, следовательно, именно этот путь и является критическим. Работы, лежащие на критическом пути, являются узкими местами, поэтому руководитель проекта должен сосредоточить свое внимание именно на этих работах, так как от них зависит выполнение всех работ в установленный срок. Метод критического пути позволяет рассчитать возможные календарные графики выполнения комплекса работ на основе описанной логической структуры сети и оценок продолжительности выполнения каждой работы, определить критический путь проекта. Основное достоинство метода критического пути состоит в возможности изменения сроков выполнения работ, не лежащих на критическом пути, связанной с наличием временного резерва. Временной резерв – это разность между самым ранним возможным сроком завершения работы и самым поздним допустимым временем ее выполнения. Другими словами, для работ, лежащих вне критического пути, можно определить даты их раннего и позднего начала, а также даты раннего и позднего окончания. Работы, лежащие на критическом пути, имеют временной резерв, равный нулю, что означает, что их ранние и поздние сроки выполнения совпадают. Управленческий смысл резерва времени заключается в том, что при необходимости урегулировать технологические, ресурсные или финансовые ограничения проекта он позволяет руководителю задержать работу на этот срок без влияния на срок завершения проекта в целом. При построении сетевого графика необходимо соблюдать следующие правила: Плавило последовательности изображения работ: сетевые модели следует строить от начала к окончанию, то есть слева направо. Правило пересечения стрелок. При построении сетевого графика следует избегать пересечения стрелок: чем меньше пересечений, тем нагляднее график. Правило обозначения работ: между обозначениями двух смежных событий может проходить только одна стрелка. Правило запрещения замкнутых контуров (циклов, петель). Недопустимо, чтобы один и тот же путь возвращался в то же событие, из которого он вышел. Правило запрещения тупиков. В сетевом графике не должно быть тупиков, то есть событий, из которых не выходит ни одна работа, за исключением завершающего события. Правило запрещения хвостовых событий. В сетевом графике не должно быть хвостовых событий, то есть событий, в которые не входит ни одна работа, за исключением начального события. ДИАГРАММА ГАНТА Основным результатом процесса планирования времени, необходимого на выполнение всех работ по проекту, является разработка расписания проекта. Базовое расписание представляет собой особую версию расписания проекта, сформированную командой проекта на основе анализа и оптимизации сетевой модели проекта с учетом основных требований заказчика, а также всех ограничений и допущений. В базовом расписании проекта должны быть разрешены все ресурсные конфликты, определены даты старта и финиша проекта. Общепринятыми формами представления расписания проекта являются ленточные диаграммы Ганта, названные в честь американского инженера, сподвижника Фредерика У. Тейлора, Генри Л. Ганта. Диаграмма Ганта – ленточная диаграмма (горизонтальная гистограмма) продолжительности работ, отображающая работы в виде горизонтальных отрезков. Диаграмма состоит из двух частей – табличной и графической. В табличной части описывается содержание работ, в графической – указывается продолжительность этих работ. Продолжительность работ представляется в виде горизонтально вытянутого прямоугольника или горизонтальной линии. Левый край прямоугольника обозначает начало выполнения работы, правый – окончание.  Рис. 5.3. Пример диаграммы Ганта для проекта совершенствования системы целевой подготовки специалистов Предназначенная первоначально для применения в управлении производством диаграмма Ганта начала активно использоваться в управлении проектами в 1930-х годах. Первое известное применение графика Ганта на крупном проекте относится к строительству плотины Гувера (Hoover Dam, США) в 1931-1936 гг. Новый всплеск популярности диаграммы Ганта наблюдается после 1990 годов и связан с разработкой компанией Microsoft операционной системы Windows, открывшей большие возможности по визуализации планов управления проектами. Современные модификации расписаний проектов, которые разрабатываются на основе диаграммы Ганта, включают три основные разновидности: общее расписание проекта (Базовая диаграмма Ганта); расписание контрольных точек проекта (Диаграмма контрольных точек); расписание проекта с логическими связями (Сетевая модель расписания, привязанная к шкале времени). МАТРИЦА РАСПРЕДЕЛЕНИЯ ОТВЕТСТВЕННОСТИ Для распределения ролей и ответственности среди учеников проекта строят матрицу распределения ответственности. Матрица ответственности – представляет собой форму описания распределения ответственности за реализацию работ по проекту с указанием роли каждого из подразделений в их выполнении. Матрица содержит список пакетов работ СРР по одной оси, список подразделений и исполнителей, принимающих участие в выполнении работ, – по другой. Элементы матрицы – коды видов деятельности (из заранее определенного списка). Количество видов ответственности может быть различным в зависимости от специфики проекта и его организации, но в любом случае рекомендуется ограничиться небольшим набором легких для описания о понимания видов участия в выполнении работ. Таблица 5.2 Варианты кодировки зон ответственности в матрице
Представленный ниже пример матрицы распределения ответственности содержит кодировку в третьем варианте. Таблица 5.3 Пример матрицы распределения ответственности для проекта совершенствования системы целевой подготовки специалистов
В заключении необходимо отметить, что информация, содержащаяся в итоговом плане, должна быть представлена в форме, удобной для рассмотрения руководством организации и участниками проекта. Любые вопросы, требующие дальнейших исследований, по возможности должны быть решены до утверждения плана. Руководство должно согласиться и одобрить соглашения по ресурсам, вехам и ключевым рискам проекта, а также процедурам управления рисками. Любые согласованные изменения должны быть задокументированы. Контрольные вопросы Что подразумевается под понятием «расписание проекта»? Какие виды представления расписания могут быть использованы в проекте? Назовите известные вам базовые и вспомогательные планы проекта. Охарактеризуйте последовательность разработки плана проекта. Что такое вехи проекта? Какие методы могут быть использованы для определения последовательности выполнения операций / групп работ в рамках проекта? Какие правила следует учитывать при применении данных методов? Какого алгоритма целесообразно придерживаться при разработке сетевой модели проекта? Что представляет собой метод критического пути? Каковы особенности его применения при разработке расписания проекта? Какие основные формы представления диаграммы Ганта в настоящее время используются при разработке расписания проекта? Какие документы могут быть использованы для описания распределения ролей и ответственности среди участников проекта? Перечислите возможные ошибки разработки плана управления проектом. | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||