Алгоритм разработки СРР по методу сверху вниз

Шаг 1. Идентифицируйте конечные продукты проекта, то есть то, что должно быть сделано для того, чтобы добиться успеха проекта.

Шаг 2. Определите основные результаты проекта, которые являются промежуточными результатами.

Шаг 3. Декомпозируйте основные результаты до уровня детализации, подходящего для управления и интегрированного контроля проекта.

Шаг 4. Рассматривайте и совершенствуйте СРР до тех пор, пока заинтересованные в проекте лица не согласятся с тем, что планирование проекта может быть успешно закончено, а контроль за исполнением проекта обеспечит создание желаемых конечных результатов.

Алгоритм разработки СРР по методу снизу вверх

Шаг 1. Идентифицируйте все конечные результаты (или пакеты работ), относящиеся к проекту.

Шаг 2. Логически свяжите конечные результаты или пакеты работ в группы.

Шаг 3. Агрегируйте результаты данного уровня в совокупные конечные результаты следующего более высокого уровня.

Шаг 4. После того как данная группа связанных задач была агрегирована в родительский элемент, проанализируйте подмножество элементов снова, чтобы гарантировать, что вся рассматриваемая работа была охвачена на 100 %.

Шаг 5. Повторяйте агрегирование до тех пор, пока все подэлементы не будут сведены к одному родительскому элементу первого уровня, представляющему проект целиком.

Шаг 6. Рассматривайте и совершенствуйте СРР до тех пор, пока заинтересованные в проекте лица не согласятся с тем, что планирование проекта может быть успешно закончено, а контроль за исполнением проекта обеспечит создание желаемых конечных результатов.

 

ПОДГОТОВКА ПРОЕКТНОЙ ДОКУМЕНТАЦИИ (ЛОКАЛЬНЫХ НОРМАТИВНЫХ АКТОВ)

При реализации внутренних HR-проектов такой документ, как Описание содержания проекта должен включать проекты документов (иначе говоря, проектную документацию), разработанные командой проекта в соответствии с выбранными направлениями совершенствования той или иной области управления персоналом.

Необходимо исходить из утверждения о том, что предприятие – это формальная социально-экономическая система, деятельность которой регламентирована рядом организационно-правовой и распорядительной документации. Поэтому любые изменения организационных процессов, в том числе процессов управления персоналом должны сопровождаться корректировкой действующих или разработкой новых регламентирующих документов.

Существует следующий состав документации, используемой в управлении персоналом:

1. Организационно-правовая и организационно-кадровая документация: учредительный договор, устав организации; структура и штатная численность персонала; правила внутреннего трудового распорядка; штатное расписание; положения о подразделениях; трудовые договоры; должностные инструкции; инструкции по охране труда и др.

2. Организационно-распорядительная документация: приказы; распоряжения; постановления; решения; положения; акты; протоколы и др.

3. Информационно-справочная документация: письма; факсы; телефонограммы; докладные и объяснительные записки; справки и т. д.

4. Плановаядокументация: плановые задания по кадровым вопросам; заявки на молодых специалистов; наряды; расчеты по численности, оплате труда и т. п.

5. Отчетно-статистическая документация – по численности; балансу рабочего времени; учету труда; зарплате; производительности труда; высвобождению работников и т. п.

6. Документация по личному составу: анкеты; заявления; автобиографии;  рекомендации; личные карточки; удостоверения; трудовые книжки; копии документов об образовании; аттестационные листы; личные дела.

7. Документация по социальному обеспечению – по пенсиям; пособиям; льготам; социальному страхованию и т. д.

Таким образом, в зависимости от потребностей проекта команда может разрабатывать проекты положений, приказов, договоров, протоколов, инструкций, актов, анкет, памяток и т. п.

Разработка проектной документации должна осуществляться в соответствии с требованиями законодательства в сфере работы с кадровыми документами – Трудовым кодексом РФ, Гражданским кодексом РФ, соответствующими Федеральными законами, требованиями соответствующих государственных стандартов (например, ГОСТ Р 6.30–2003).

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

 

 

Контрольные вопросы

1. Что подразумевается под понятиями «содержание проекта» и «содержание продукта проекта»?

2. Как соотносятся между собой продукты и результаты проекта?

3. В чем заключается «управление содержанием проекта»? Через какие процессы можно описать управление содержанием проекта?

4. Что такое проектная документация? Каковы ее формы для различных видов проектов?

5. В чем состоит суть структуризации (декомпозиции) проекта?

6. Какие типы иерархических структур проекта могут быть применены для структурирования и описания содержания проекта?

7. Назовите основные требования к разработке структуры разбиения работ по проекту?

8. В чем состоит сущность построения структуры разбиения работ по методам сверху вниз и снизу вверх?

9. Какова зависимость между содержанием работ по проекту и его продолжительностью / стоимостью?

10.  Какие виды документации могут быть разработаны при выполнении HR-проектов?

 

 

ЛЕКЦИЯ 5. ПЛАН УПРАВЛЕНИЯ ПРОЕКТОМ

 

 

План:

1. Понятие и виды планов проекта.

2. План по вехам.

3. Сетевые графики.

4. Диаграмма Ганта.

5. Матрица распределения ответственности.

 

 

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

В общем виде план управления проектом состоит из трех уровней:

1. Первый уровень – концептуальный план проекта.

2. Второй уровень – стратегический план реализации проекта.

3. Третий уровень – тактические (детальные) планы реализации проекта.

 

 

ПОНЯТИЕ И ВИДЫ ПЛАНОВ ПРОЕКТА

План управления проектом – это сводный документ, который интегрирует все базовые и вспомогательные планы, разработанные в рамках разных процессов планирования проекта.

К базовым планам проекта относятся:

- базовое расписание;

- базовый план по стоимости или бюджет;

- базовый план по содержанию.

К вспомогательным планам относятся:

- план управления содержанием;

- план управления расписанием;

- план управления стоимостью;

- план управления качеством;

- план усовершенствования процессов;

- план управления человеческими ресурсами;

- план управления коммуникациями;

- план управления рисками;

- план управления закупками.

Состав и степень детализации планов зависят от требований заказчика и потребностей исполняющей организации в управлении и контроле проекта. Для небольших проектов может быть разработан один детальный план вместо всех перечисленных. Для инвестиционного проекта, на финансирование которого планируется привлечь деньги инвесторов или кредит банка, как правило, разрабатывается технико-экономическое обоснование и / или бизнес-план.

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

После утверждения план управления проектом может изменяться, если в этом будет потребность, появившаяся на последующих фазах проекта.

Основные процедуры процесса планирования можно представить в виде последовательности шагов, которые отвечают на простые и понятные вопросы.

 

Таблица 5.1

Последовательность основных процедур планирования

и их методическое обеспечение

Шаг	Вопросы	Что нужно сделать	Обеспечение
1	Зачем?	Разработка концепции и планирование целей проекта	Описание целей проекта по требованиям SMART
2	Что?	Декомпозиция целей проекта	Структура разбиения работ (СРР)
3	Кто?	Формирование команды проекта и определение ответственных за отдельные работы по проекту	Структурная схема организации (ССО) проекта. Матрица ответственности
4	Как?	Разработка стратегии реализации проекта	План по вехам
5	Подробно как?	Разработка тактики проекта	Сетевые графики
6	Идеально когда?	Разработка идеального календарного графика работ	Диаграмма Ганта

 

В зависимости от содержания и масштаба проекта структура плана управления проектом может варьироваться. Задача данной лекции состоит в раскрытии сущности планов управления расписанием (план по вехам, сетевые графики, диаграмма Ганта) и человеческими ресурсами (матрица ответственности) в проекте. Этому будут посвящены следующие разделы лекции 5.

ПЛАН ПО ВЕХАМ

После построения структуры разбиения работ проекта появляется возможность проставить и согласовать с заказчиком основные этапы проекта (вехи). Именно по этим этапам заказчик будет контролировать ход исполнения проекта.

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

План по вехам – графическое или табличное представление взаимосвязанных ключевых вех проекта с указанием сроков их наступления и ответственных за выполнение этих сроков.

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

 

Рис. 5.1. План по вехам

 

Практические рекомендации по построению плана по вехам состоят в следующем:

1. Составляется с конца, начиная с события успешного завершения проекта (достижения цели, получения результата).

2. Для каждого события указывается время его наступления, ответственное лицо.

3. В качестве событий целесообразно использовать моменты начала и/или завершения работ, представленных в структурной декомпозиции работ. Учитывая ограниченный объем плана по вехам, целесообразно ограничиваться верхними уровнями декомпозиции.

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

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

 

 

СЕТЕВЫЕ ГРАФИКИ

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

Сетевой график представляет собой граф, отображающий все необходимые для достижения цели проекта операции в технологической взаимосвязи. Основными элементами сетевого графика являются работа, событие, путь.

Работа – это трудовой процесс, требующий затрат времени и ресурсов. В сетевой модели работа изображается в виде сплошной стрелки, над которой стоит цифра, показывающая ее продолжительность (обычно в днях). Работа идентифицируется номерами начального и конечного события (например, работа 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 по своей продолжительности превосходит все остальные, следовательно, именно этот путь и является критическим. Работы, лежащие на критическом пути, являются узкими местами, поэтому руководитель проекта должен сосредоточить свое внимание именно на этих работах, так как от них зависит выполнение всех работ в установленный срок.

Метод критического пути позволяет рассчитать возможные календарные графики выполнения комплекса работ на основе описанной логической структуры сети и оценок продолжительности выполнения каждой работы, определить критический путь проекта.

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

Управленческий смысл резерва времени заключается в том, что при необходимости урегулировать технологические, ресурсные или финансовые ограничения проекта он позволяет руководителю задержать работу на этот срок без влияния на срок завершения проекта в целом.

При построении сетевого графика необходимо соблюдать следующие правила:

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

2. Правило пересечения стрелок. При построении сетевого графика следует избегать пересечения стрелок: чем меньше пересечений, тем нагляднее график.

3. Правило обозначения работ: между обозначениями двух смежных событий может проходить только одна стрелка.

4. Правило запрещения замкнутых контуров (циклов, петель). Недопустимо, чтобы один и тот же путь возвращался в то же событие, из которого он вышел.

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

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

 

 

ДИАГРАММА ГАНТА

Основным результатом процесса планирования времени, необходимого на выполнение всех работ по проекту, является разработка расписания проекта.

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

Общепринятыми формами представления расписания проекта являются ленточные диаграммы Ганта, названные в честь американского инженера, сподвижника Фредерика У. Тейлора, Генри Л. Ганта.

Диаграмма Ганта – ленточная диаграмма (горизонтальная гистограмма) продолжительности работ, отображающая работы в виде горизонтальных отрезков. Диаграмма состоит из двух частей – табличной и графической. В табличной части описывается содержание работ, в графической – указывается продолжительность этих работ. Продолжительность работ представляется в виде горизонтально вытянутого прямоугольника или горизонтальной линии. Левый край прямоугольника обозначает начало выполнения работы, правый – окончание.

 

 

Рис. 5.3. Пример диаграммы Ганта для проекта совершенствования

системы целевой подготовки специалистов

 

Предназначенная первоначально для применения в управлении производством диаграмма Ганта начала активно использоваться в управлении проектами в 1930-х годах. Первое известное применение графика Ганта на крупном проекте относится к строительству плотины Гувера (Hoover Dam, США) в 1931-1936 гг.

Новый всплеск популярности диаграммы Ганта наблюдается после 1990 годов и связан с разработкой компанией Microsoft операционной системы Windows, открывшей большие возможности по визуализации планов управления проектами.

Современные модификации расписаний проектов, которые разрабатываются на основе диаграммы Ганта, включают три основные разновидности:

1) общее расписание проекта (Базовая диаграмма Ганта);

2) расписание контрольных точек проекта (Диаграмма контрольных точек);

3) расписание проекта с логическими связями (Сетевая модель расписания, привязанная к шкале времени).

 

 

⇐ Предыдущая6789101112131415Следующая ⇒

Поделиться: