Главная / Праздники / Образцы разработки и реализации проектов. Планирование проекта

Образцы разработки и реализации проектов. Планирование проекта

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

Понятие и цель планирования

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

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

Планирование предметной области

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

На основе анализа целей уточняется текущее состояние управляющей системы.
Уточнение ключевых параметров проектного решения.
Детальное формулирование критериев успеха и провала.
Анализ и корректировка допущений по ограничениям.
Определение параметров оценки промежуточных и конечных результатов проекта.

Состав процессов планирования

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

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

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

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

Этапы создания календарного плана

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

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

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

Методы разработки планов

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

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

Особенности ресурсного планирования

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

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

Планирование этапов реализации проекта

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

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

Планирование рисков проекта

Уже говорилось о важности предварительного создания модели реагирования на риски. Конкретная модель их обработки может строиться на следующих ответных механизмах:

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

Распространенные ошибки планирования

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

Применение неправильных целей. Как правило, ошибки в этой части выражаются в неточном или вовсе некорректном формулировании.
Использование неполных данных. Ошибочность планирования управления проектами особенно характерна для отраслей инжиниринга, где велика вероятность получения неполных или неверных данных из-за нарушений в сложных процессах тестирования.
Подключение узкой группы специалистов. Зачастую в работу включаются только плановики, которые решают смежные задачи через контрагентов, что само по себе снижает качество результата.
Формализация планирования. Распространенная проблема, когда отдельные процессы выполняются не ради ясных конкретных целей, а для завершения определенной части работ без акцента на дальнейший эффект.

Заключение

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

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

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

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

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

Предыстория проекта.
Задачи и цели.
Масштаб.
Границы (ограничения).
Предположения (допущения).
Влияния и зависимости.
Риски и проблемы.
Стратегии и методики.
Средства и способы контроля времени, ресурсов, качества, масштаба.
Коммуникации.
График поставок.
Производительность и её измерение.
Реализация выгод.

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

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

Планирование предметной области

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

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

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

Планирование проектного времени

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

Структурная декомпозиция работ (СДР)

СДР – графическое отображение иерархии проектных работ – первый этап календарного планирования проекта. По сути, СДР – это разделение проекта на такие части, которые нужны и достаточны для планирования и эффективного контроля. Составление иерархической структуры предполагает соблюдения следующих правил:

Исполнение работ верхнего уровня достигается путём исполнения работ нижнего уровня.
Родительский процесс может иметь несколько дочерних работ, выполнение которых автоматически завершает родительский процесс. Но для дочерней работы существует только одна родительская.
Декомпозиция родительского процесса на дочерние работы производится по единому критерию: либо по привлекаемым ресурсам, либо по видам деятельности, либо по этапам жизненного цикла и др.
На каждом уровне должны быть собраны равнозначные дочерние работы. Критериями для выявления их однородности могут, например, выступать объём и время выполненных работ.
При построении структуры в целом нужно применять разные критерии декомпозиции на разных иерархических уровнях.
Последовательность для критериев декомпозиции выбирается так, чтобы максимально большая часть взаимодействий и зависимостей между работами оказалась на нижних уровнях иерархической структуры. Работы высших уровней – автономны.
Декомпозиция работ считается завершённой, если работы нижнего уровня понятны менеджеру и участникам проекта, ясны способы достижения конечного результата и его показатели, однозначно распределена ответственность за выполнение работ.

На основе СДР создаётся список работ проекта. А далее определяется последовательность их выполнения, взаимосвязи с помощью организационно-технологических моделей и продолжительность работ.

Продолжительность работ

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

PERT . Метод рассматривается как средневзвешенная трёх видов прогнозов: оптимистичного, ожидаемого и пессимистичного. После установления продолжительности по каждому прогнозу (с применением формулы и/или с привлечением экспертов) рассчитывается вероятность каждого из прогнозов. А затем значения каждого из прогнозов и их вероятности перемножаются, а величины складываются.
Сетевая диаграмма . Сетевой диаграммой называется отображение работ и зависимостей между ними в графическом виде. Чаще она представлена в виде графика, вершинами которого становятся проектные работы, а их последовательность и взаимосвязь демонстрируется соединительными стрелками.
Диаграммы Ганта . Это горизонтальная диаграмма с отображением проектных работ в виде отрезков, ориентированных по календарю. Длина отрезка соответствует продолжительности работы, а стрелки между отрезками – взаимосвязь и последовательность работ.

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

Трудовые ресурсы проекта

В этой части планирования сначала определяется объём доступных ресурсов. Это делается путём составления перечня исполнителей, доступности и возможности их участия в проекте.

Затем на каждую работу проекта назначаются исполнители с определением зоны их ответственности. Нередко в календарном плане на уровне распределения трудовых ресурсов возникают противоречия. Тогда производится анализ противоречий и их устранение.

Стоимость проекта

В планировании стоимости проекта можно выделить несколько этапов:

На первом этапе определяется стоимость использования ресурсов, каждой проектной работы и проекта в целом. Стоимостью проекта здесь становится совокупность стоимостей ресурсов и выполнения работ. В число учитываемых факторов входят стоимости оборудования (в том числе, – взятого в аренду), труд штатных сотрудников и нанятых по контракту, материалы, перевозки, семинары, конференции, стоимость обучения и др.
Второй этап предполагает составление, согласование и утверждение сметы проекта. Смета проекта здесь – это документ, в котором содержится обоснование и расчёт общей стоимости проекта. Производится он, как правило, на основе величины необходимых ресурсов, объёмов работ и др.
Третий этап включает составление бюджета, его согласование и утверждение. Бюджет вводит ограничения на ресурсы и составляется в виде:

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

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

Планирование рисков

В этом разделе описываются процессы, которые связаны с определением, анализом, оценкой рисков и разработкой мер реагирования на них. Риски характеризуются 3-мя параметрами:

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

Простой метод планирования рисков реализовывается с соблюдением следующей последовательности действий:

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

План при создании проекта необходимо писать независимо от того, в каком области работает предприятие: от производственных проектов и сферы IT-технологий и до озеленения и работ по благоустройству города. Однако само проектное планирование не «подвешено в воздухе», поскольку его предваряет проектная инициация, а завершает –переход к непосредственному исполнению проекта.

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

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

Предыстория проекта.
Задачи и цели.
Масштаб.
Границы (ограничения).
Предположения (допущения).
Влияния и зависимости.
Риски и проблемы.
Стратегии и методики.
Средства и способы контроля времени, ресурсов, качества, масштаба.
Коммуникации.
График поставок.
Производительность и её измерение.
Реализация выгод.

Планирование предметной области

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

Планирование проектного времени

Структурная декомпозиция работ (СДР)

Исполнение работ верхнего уровня достигается путём исполнения работ нижнего уровня.
Родительский процесс может иметь несколько дочерних работ, выполнение которых автоматически завершает родительский процесс. Но для дочерней работы существует только одна родительская.
Декомпозиция родительского процесса на дочерние работы производится по единому критерию: либо по привлекаемым ресурсам, либо по видам деятельности, либо по этапам жизненного цикла и др.
На каждом уровне должны быть собраны равнозначные дочерние работы. Критериями для выявления их однородности могут, например, выступать объём и время выполненных работ.
При построении структуры в целом нужно применять разные критерии декомпозиции на разных иерархических уровнях.
Последовательность для критериев декомпозиции выбирается так, чтобы максимально большая часть взаимодействий и зависимостей между работами оказалась на нижних уровнях иерархической структуры. Работы высших уровней – автономны.
Декомпозиция работ считается завершённой, если работы нижнего уровня понятны менеджеру и участникам проекта, ясны способы достижения конечного результата и его показатели, однозначно распределена ответственность за выполнение работ.

Продолжительность работ

PERT . Метод рассматривается как средневзвешенная трёх видов прогнозов: оптимистичного, ожидаемого и пессимистичного. После установления продолжительности по каждому прогнозу (с применением формулы и/или с привлечением экспертов) рассчитывается вероятность каждого из прогнозов. А затем значения каждого из прогнозов и их вероятности перемножаются, а величины складываются.
Сетевая диаграмма . Сетевой диаграммой называется отображение работ и зависимостей между ними в графическом виде. Чаще она представлена в виде графика, вершинами которого становятся проектные работы, а их последовательность и взаимосвязь демонстрируется соединительными стрелками.
Диаграммы Ганта . Это горизонтальная диаграмма с отображением проектных работ в виде отрезков, ориентированных по календарю. Длина отрезка соответствует продолжительности работы, а стрелки между отрезками – взаимосвязь и последовательность работ.

Трудовые ресурсы проекта

Стоимость проекта

В планировании стоимости проекта можно выделить несколько этапов:

На первом этапе определяется стоимость использования ресурсов, каждой проектной работы и проекта в целом. Стоимостью проекта здесь становится совокупность стоимостей ресурсов и выполнения работ. В число учитываемых факторов входят стоимости оборудования (в том числе, – взятого в аренду), труд штатных сотрудников и нанятых по контракту, материалы, перевозки, семинары, конференции, стоимость обучения и др.
Второй этап предполагает составление, согласование и утверждение сметы проекта. Смета проекта здесь – это документ, в котором содержится обоснование и расчёт общей стоимости проекта. Производится он, как правило, на основе величины необходимых ресурсов, объёмов работ и др.
Третий этап включает составление бюджета, его согласование и утверждение. Бюджет вводит ограничения на ресурсы и составляется в виде:

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

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

Планирование рисков

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

Простой метод планирования рисков реализовывается с соблюдением следующей последовательности действий:

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

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

Структура разбиения работ.

Планирование проекта по временным параметрам.

Методы сетевого планирования проекта.

Организация работ по планированию проекта.

Управление проектами: учебное пособие/ А.Г. Ивасенко, Я.И. Никонова, М.В. Каркавин. – Ростов н/д: Феникс, 2009. – С.177-212.

Мазур И.И. Управление проектами: учеб. пособие для студентов, обучающихся по специальности «Менеджмент организации»/И.И. Мазур [и др.]. ; под общ.ред.И.И. Мазура и В.Д. Шапиро.- 6-е изд., стер. - М. : Издательство «Омега-Л», 2010. -960 с.

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

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

На этапе планирования определяются все необходимые параметры реализации проекта:

продолжительность по каждому из контролируемых элементов проекта,

потребность в трудовых, материально-технических и финансовых ресурсах,

сроки поставки сырья, материалов, комплектующих и технологического оборудования,

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

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

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

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

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

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

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

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

К основным процессам планирования относят:

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

составление сметы, оценку стоимости ресурсов, необходимых для выполнения работ проекта;

определение работ, формирование списка конкретных работ, которые обеспечивают достижение целей проекта;

расстановку (последовательность) работ, определение и документирование технологических зависимостей и ограничений на работы;

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

расчет расписания, анализ технологических зависимостей выполнения работ, длительностей работ и требований к ресурсам;

планирование ресурсов, определение того, какие ресурсы (люди, оборудование, материалы) и в каких количествах потребуются для выполнения работ проекта. Определение, в какие сроки работы могут быть выполнены с учетом ограниченности ресурсов;

составление бюджета, привязка сметных затрат к конкретным видам деятельности;

создание (разработку) плана проекта, сбор результатов остальных процессов планирования и их объединение в общий документ.

Вспомогательные процессы выполняются по мере необходимости. К ним относят:

планирование качества, определение стандартов качества, соответствующих данному проекту, и поиск путей их достижения;

организационное планирование (проектирование), определение, обследование, документирование и распределение проектных ролей, ответственности и отношений подчиненности;

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

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

идентификацию и оценку рисков, определение того, какой фактор неопределенности и в какой степени может повлиять на ход реализации проекта, определение благоприятного и неблагоприятного сценария реализации проекта, документирование рисков;

планирование поставок, определение того, что, каким образом, когда и с помощью кого закупать и поставлять;

планирование предложений, документирование товарных требований и определение потенциальных поставщиков.

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

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

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

Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже

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

Размещено на http://www.allbest.ru/

Контрольная работа

Разработка плана проекта

1. Описание содержания проекта

2. Структурная декомпозиция работ

3. Матрица ответственности

4. Разработка сетевого графика проекта

Литература

1. О писани е содержания проекта

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

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

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

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

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

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

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

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

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

Согласование промежуточных результатов

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

Описание содержания проекта

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

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

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

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

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

* общую характеристику проекта, включая описание продукции (услуги, работы), являющейся результатом проекта;

* цели проекта (также называемые критериями завершения проекта - произведена ли в рамках проекта запланированная к производству продукция?);

* полный список промежуточных результатов;

* полный список требований;

* список исключений из содержания (промежуточные результаты второй фазы);

* оценку сроков и стоимости на уровне первого порядка;

* функции и обязанности;

* критерии сдачи-приемки продукции;

* допущения;

* ограничения.

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

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

Цели должны обладать следующими качественными характеристиками: конкретностью, измеримостью, точностью и согласованностью, реалистичностью, ограниченностью по срокам.

Рассмотрим каждое свойство отдельно.

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

*Измеримость. Цели всегда измеримы. Результаты выполнения контролируются различными способами, от сложных формул и замеров до простого утверждения: «да, результат достигнут» или «нет, результат не достигнут».

*Точность и согласованность. Цель должна быть поставлена точно, чтобы получать адекватные результаты измерений. (Это напрямую связано с конкретностью формулировки цели.)

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

*Реалистичность. Цели должны быть реалистичными. Например, если оба подразделения компании планируют одновременный переезд в новый офис, а компания может предоставить только одно транспортное средство, эта цель нереальна. (Данная проблема чаще всего выявляется на стадии планирования, поэтому в результате приходится корректировать цели и, следовательно, описание содержания проекта.)

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

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

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

Промежуточные результаты

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

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

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

Для цели, сформулированной следующим образом «4 марта осуществить перевозку сотрудников из двух офисов, расположенных на 3-й улице и на улице Вашингтон, в новое помещение на улице Логан, не прерывая обслуживания клиентов», можно документально зафиксировать некоторые более очевидные промежуточные результаты:

* заключение договора с местной компанией грузовых перевозок -15 января;

* обеспечение всех сотрудников упаковочной тарой (коробками) и указаниями по маркировке вещей -- до 7 февраля;

* проведение еженедельных общих собраний для решения всех вопросов, возникающих в связи с переездом -- с 1 февраля;

* совещание с группой менеджеров по вопросам распределения и маркировки мест сотрудников -- 1 февраля;

* заключение договора со специалистами ИТ по координации и перевозке сетевых серверов, коммутаторов, принтеров и настольных компьютеров -- до 15 января;

* перевозка телекоммуникационного оборудования, сетевых серверов коммутаторов, принтеров и настольных компьютеров -- вечер 3 марта с 17:00;

* подключение и тестирование всего телекоммуникационного и сетевого оборудования -- 4 марта до 06:00.

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

Выявление требований

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

Требования - спецификации, или качественные характеристики промежуточных результатов, разложенных на первичные компоненты.

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

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

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

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

Процесс сбора требований

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

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

Вот несколько примеров требований к указанному проекту:

* па каждой этикетке должны быть указана фамилия владельца и номер кабинета в новом здании;

* все компьютерное оборудование должно быть упаковано в специальные контейнеры специалистами ИТ;

* порядок расстановки мебели определяется менеджерами в отдельных формулярах;

* компьютерные кабели упаковываются в пластиковые пакеты и маркируются идентификационным номером компьютера.

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

Определяющие факторы успеха

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

Вот некоторые факторы, которые определяют успех любого проекта:

* согласованность и единое понимание целей проекта основными заинтересованными лицами, проектной группой, группой руководства, менеджером проекта;

* четко сформулированное описание содержания проекта;

* участие и содействие со стороны заинтересованных лиц, подтверждаемое подписанием устава и описания содержания проекта;

* тщательно разработанный проектный план (включает стандартные проектные документы: расписание проекта, план управления рисками, базовый бюджет и смету, план коммуникаций, процедуру управления изменениями);

* применение стандартной практики управления проектами.

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

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

* Перевозка телекоммуникационного оборудования, сетевых серверов, коммутаторов, принтеров и настольных компьютеров -- вечер 3 марта, с 17:01. Этот фактор является определяющим, так как основная цель проекта -- осуществить переезд, не прерывая обслуживания клиентов. Рабочий день продолжается с 8:00 до 17:00, поэтому начало работ в 17:01 не помешает работе с потребителями. Более того, выполнение этого задания должно обязательно начаться в 17:01, иначе у группы не хватит времени, чтобы достичь этого промежуточного результата в срок и соблюсти все требования следующей промежуточной цели.

* Подключение и тестирование всего телекоммуникационного и сетевого оборудования -- 4 марта до 06:00. Этот фактор был признан критическим для достижения цели перевозки сотрудников, не прерывая обслуживания клиентов. Все оборудование должно быть протестировано, подключено и пущено в эксплуатацию до прихода сотрудников на службу следующим утром. Доступ к серверу через персональные компьютеры имеет принципиальное значение, так как вся корпоративная информация, клиентские базы данных и т. п. хранятся на серверах компании. Такое же значение имеет телекоммуникационное оборудование. Потребители звонят в компанию, поэтому все телефоны, линии и кабели должны работать исправно, чтобы операторы могли принимать звонки.

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

Определение допущений и ограничений

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

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

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

Определение допущений

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

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

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

Допущения могут относиться к следующим факторам:

* присутствие и доступность основных участников проекта;

* деятельность основных участников проекта;

* профессиональная квалификация и навыки основных участников проекта;

* сроки доставки товаров поставщиками;

* продукция поставщиков;

* участие потребителей в проекте;

* поддержка со стороны потребителей.

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

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

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

Определение ограничений

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

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

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

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

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

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

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

* отсутствие квалифицированных ресурсов. Такое ограничение может привести к просрочкам или невыполнению промежуточных результатов;

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

* нестабильная экономическая ситуация или деловая конъюнктура. В этих условиях работа группы может быть ограничена трудностями получения финансирования и ресурсов, а также общими экономическими проблемами;

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

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

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

Список исключений

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

Функции и обязанности

В описании содержания проекта пункт «Функции и обязанности» содержит более подробную информацию, чем перечень, составленный для устава проекта. Здесь указываются лица, уполномоченные подписывать документы, осуществлять контроль, составлять документы и т. д.

Критерии сдачи - приемки продукции

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

2. Структурная декомпозиция работ

проект планирование wbs

Как только объем и задачи проекта определены, работу над проектом можно разделить на более мелкие элементы - операции, работы, действия. Этот процесс называют структурной декомпозицией работ или разбивкой работ по э лементам WBS (Work Breakdown Structure).

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

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

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

На рисунке 1 показан пример иерархически выстроенной WBS. WBS начинается с того, что проект в целом рассматривается как конечный результат. Сначала выделяют основные задачи проекта, затем определяют «подзадачи», чтобы прийти к основным запланированным задачам. Процесс повторяют до тех пор, пока не выделяют самый маленький, поддающийся управлению уровень работы, за который будет отвечать только один человек. Эта подзадача потом делится на наборы работ. Так как самая маленькая подзадача обычно включает несколько наборов работ. Эти группы в пределах подзадачи называют счетами по учету расходов. Такая разбивка на группы облегчает мониторинг продвижения проекта с точки зрения выполненных работ, затрат и ответственности.

Оптимально выделение не более 5-6 уровней.

Рисунок 1 - Иерархическая разбивка WBS

Такая иерархическая структура облегчает планирование и оценку стоимости, времени и технического выполнения всех работ в течение всего периода существования проекта.

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

Существует важное различие между подзадачей самого низкого уровня и набором работ. Как правило, подзадача в разбивке работ включает результаты не одного набора работ, возможно, от двух или трех отделов. Поэтому подзадача не имеет своего собственного периода выполнения и непосредственно не требует ресурсов и затрат (в некотором смысле, конечно, период выполнения каждого элемента можно подсчитать, определив, какой набор работ должен быть выполнен первым, а какой - последним; разницей будет период выполнения минимальной подзадачи). Более крупные элементы используются для определения задач на различных стадиях проекта и для составления отчетов о состоянии на стадии исполнения жизненного цикла проекта. Таким образом, набор работ - основная единица, используемая в планировании, составлении графиков и контроле над проектом.

Итак, каждый набор работ в WBS:

1. Определяет, какая работа будет выполняться (что?).

2. Указывает время выполнения набора работ (как долго?).

3. Определяет смету с учетом времени на выполнение набора работ (затраты?

4. Определяет ресурсы, необходимые для выполнения набора работ (сколько?).

5. Назначает определенного человека, ответственного за выполнение набора работ (кто?).

6. Определяет контрольные пункты для измерения хода выполнения (насколько хорошо?).

Создание WBS «с чистого листа» может быть весьма сложной задачей. Управляющие проектами должны использовать в своих интересах полезные примеры из предыдущих проектов.

WBS - продукт совместных усилий. Если проект небольшой, достаточно проектной группы, чтобы разделить его на этапы работы. Для больших, сложных проектов специалисты, ответственные за выполнение основных задач, вероятно, должны встретиться друг с другом, чтобы установить первые два уровня задач. В свою очередь, следующий этап делегируется тем, кто отвечает за определенную работу. Вся эта информация собирается и объединяется в официальную WBS. Окончательная версия WBS рассматривается всеми членами проектной команды. Проводятся консультации со стейкхолдерами (в основном с заказчиками), чтобы подтвердить соглашение и в случае необходимости внести изменения.

На рисунке 4 представлена неполная WBS проекта строительства молочного комплекса на 1200 коров.

Рисунок 2 - Неполная WBS проекта строительства молочного комплекса на 1200 коров

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

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

Исходя из примера, представленного на рисунке 2 можно установить следующие коды WBS и преобразовать структуру-дерево в структуру-схему. Эта форма больше подходит для малых проектов или многоуровневых проектов с большим количеством заданий.

1.0 Утверждение проектной заявки «Строительство молочного комплекса на 1200 коров»

1.1 Получение кредита

1.1.1 Разработка бизнес-плана

1.1.2 Определение залоговой базы

1.1.2.1 Получение свидетельства на право собственности

1.1.2.2 Оценка залогового имущества

1.1.3 Заключение кредитного договора

1.2 Строительство ферм

1.2.1 Разработка и экспертиза ПСД

Коды можно занести в структуру-дерево рядом с каждым элементом WBS.

Коды -- удобный способ соотнести информацию с WBS. Например, требуется отметить, что пункт 1.1 поручен отделу экономики и финансов. Может быть, с этим суммарным заданием связано несколько затрат, которые нужно расписать. Информация может быть внесена в справочные документы либо в словарь иерархической структуры. Словарь создается в виде обычного документа Word или электронной таблицы, где с левой стороны указаны все справочные номера, а с правой -- данные, относящиеся к элементу структуры.

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

3. Матрица ответственности

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

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

В таблице 1 представлена неполная матрица ответственности строительства молочного комплекса на 1200 коров

Обозначения:

О - ответственный;

К - консультирует;

И - информирует;

П - подотчетен

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

4. Разработка сетевого графика проекта

Основные требования к сетевому графику проекта

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

Сетевой график позволяет идентифицировать:

проектные действия (операции), которые должны быть закончены,

логическую последовательность и взаимозависимость действий (путь),

в большинстве случаев время начала и конца действий,

самый длинный путь - критический путь.

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

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

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

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

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

Операция (де йствие ) в данном контексте - элемент в проекте, который требу ет в ремени, например, на работу или ожидание.

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

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

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

1. Путь (последовательность связанных, зависимых действий) в сети идет, как правило, слева направо.

2. Новый этап действий не может начаться, пока все предыдущие связанные с ним действия не закончены.

3. Стрелки в сетях указывают предшествующие и будущие шаги. Стрелки могут пересекаться.

4. Каждое действие должно иметь уникальный номер идентификации.

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

6. Возврат к предыдущей операции не разрешен (другими словами, повтор прохождение через цикл операций не допускается).

7. Действия «при условии...» не допускаются (т. е. не может быть подобного «при успешном завершении, сделайте то-то - в противном случае не делайте ничего»).

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

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

1. Метод AON (метод построения диаграмм по принципу предшествования ).

2. Метод AOA .

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

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

1. Какие операции должны быть завершены непосредственно перед этой операцией? Эти операции называют предшествующими по отношении к данной.

2. Какие операции должны следовать непосредственно за этой операцией? Эти операции называются последующими.

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

Типичные конструкции сетевых графиков, построенных по принципу предшествования

Рассмотрим типичные конструкции сетевых графиков, построенных по принципу предшествования (методом AON).

1. Операция A должна быть закончена до операции B, а операция B должна быть завершена до начала операции C.

A ничего не предшествует

B предшествует операция A

C предшествует операция B

2. Действия Y и Z не могут начаться, пока не завершена операция X. Действия Y и Z могут производиться параллельно или одновременно. Например, заливка бетоном дороги (операция Y) может происходить во время разбивки газона (деятельность Z), но уборка территории (операция X) должна быть закончена прежде, чем действия Y и Z могут начаться Действия Y и Z считаются параллельными. Параллельные операции позволяют предпринимать действия одновременно, что может сократить время выполнении серии операций.

3. Операции J, K и L могут производиться одновременно, а операция M не может быть начата, пока операции J, K и L не будут закончены. Действия J, K и L - параллельные. Операцию M называют операцией слияния, так как должно быть завершено более одной операции, прежде чем операция М сможет начаться.

4. Действия X и Y параллельные и могут быть реализованы одновременно; действия Z и D также параллельные. Но операции Z и D нельзя начинать пока операции X и Y не будут закончены.

X, Y предшествуют Z

X, Y предшествуют D

Процесс вычисления операций сетевого графика

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

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

Прямой анализ - определение самых ранних возможных сроков начала и завершения операций (действий).

1. Определяется самое раннее возможное начало операции (РН).

2. Определяется самое раннее возможное окончание операции (РО).

3. Определяется ожидаемое время выполнения проекта.

Обратный анализ - определение самых поздних сроков начала и завершения операций.

1. Определяется самое позднее возможное начало операции (ПН).

2. Определяется самое позднее возможное окончание операции (ПО).

3. Определяется критический путь (КП) - это самый длинный путь в сетевом графике, при задержке выполнения операций на этом пути задерживается выполнение проекта в целом на то же время.

4. Определяется резерв времени, то есть на какое время может быть задержано выполнение операции (РВ).

Таким образом, каждый блок сетевого графика будет иметь следующий вид:

	Код операции
	Операция

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

Исходная информация для построения сетевого графика проекта строительства молочного комплекса на 1200 коров представлена в таблице.

В блоках соответствующих операций проставляется продолжительность операции (ВО). Для операции 1.0 - 5 дней, для операции 1.1.1 - 25 дней и так далее.

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

В нашем примере самое раннее возможное время начала первой операции (1.0

Утверждение проектной заявки) - нуль. Это время проставляется в верхнем левом углу блока операции 1.0. Самое раннее время окончания операции 1.0 - 5 дней.

Далее мы видим, что операция 1.0 предшествует операциям разработка бизнес-плана, получение свидетельства на право собственности, оценка залогового имущества, разработка и экспертиза ПСД. Следовательно, самое раннее время начала этих операций - это момент завершения операции 1.0, то есть 5 рабочих дней после ее начала. На рисунке 6.6 можно видеть, что операции разработка бизнес-плана, получение свидетельства на право собственности, оценка залогового имущества, разработка и экспертиза ПСД могут начаться в момент завершения операции 1.0, и поэтому все они имеют самое раннее возможное начало операции (РН) равное 5. Самое раннее возможное время завершения операций (РО), соответственно, будет 30, 40, 30 и 95.

Какое же тогда будет самое раннее время начала для операции 1.1.3 Заключение кредитного договора, которая является операцией объединения (слияния)?

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

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

1. Самое раннее возможное окончание операции (РО) = Самое раннее возможное начало операции (РН) + ожидаемое время выполнения операции.

2. Самое раннее возможное окончание операции (РО) предшествующей операции становится временем самого раннего возможного начала последующей операции (РН).

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

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

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

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

Обратный анализ похож на прямой анализ. Выполняя его, следует помнить следующее:

1. Начиная с последней операции проекта, ПН = ПО - ВО

2. ПН переносится на предшествующую операцию и приравнивается к нему ее ПО

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

Давайте применим эти правила к нашему примеру создания бизнес-центра Колла. Начнем с операции Н (включение в работу). Ее ЬР-235 рабочих дней, ЬЗдля операции Н оказывается равным 200 рабочим дням (ЬР - Виг = Ь8, или 235-35 = = 200). Ь8 для операции Н становится ЬР для операций Е и С. Ь8 для операций Е и С составляет соответственно 185 (200-15 = 185) и 30 рабочих дней (200-170 = = 30). Далее, Ь8 для операции С становится ЬР для операции Р, и ее Ь8 становится равным 20. Здесь мы видим, что операции В и С являются операциями дробления, которые связаны с операциями Е и Р. Самое позднее возможное окончание для операции В контролируется Ь8 операций Е и Р. Ь8 для операции Е - 185 дней, а для операции Р - 20 дней. Идите по стрелке назад от операций Е и Р к операции В. »

Отметим, что время Ь8 для операций Е и Р помещено в правый блок, и вы можете выбрать наименьшее время - 20 дней. Заключительная операция В может быть завершена за 20 дней; в противном случае выполнение операции Р задержится, задержится и выполнение проекта. ЬР для операции С идентично для операции В, поскольку оно также определяет Ь5 операций Е и Р. Операция В просто перенимает самое позднее возможное окончание (ЬР) от операции Р. Вычислив 15 (ЬР - Виг = Ь5) для операций В, С, В, мы можем определить ЬР для операции Д которая является операцией дробления. Вы видите, что окончание операции А определяется Ь8 операции В, которое является наименьшим Ь8 для операций Еу С и В. Так как Ь5 для операции В составляет период, равный 5, ЬР для операции А равен 5 и ее Ь5 - нулю. Обратный анализ завершен, и сроки самой первой рации стали ясны.

	Код операции
	Операция

Определение резервов времени

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

Суммарный резерв по операции представляет разницу между ПН и РН (ПН - РН = РВ) или между ПО и РО (ПО - РО = РВ). Например, запас времени для операции 1.1.1 65 дней, для операции 1.1.2.1 - 55 дней.

Если происходит задержка одной операции, то РН для цепочки всех последующих операций сдвигается вперед, а их резерв соответственно уменьшается. Использование суммарного резерва должно координироваться всеми участниками последующих операций цепочки.

После вычисления резерва для каждой операции легко определить критический путь. Когда ПО = РО для конечной операции проекта, критический путь можно определить как те операции, у которых ПО = РО, или резерв = 0 (ПО - РО = 0) (или ПН - РН = 0).

Критический путь - это путь в сетевом графике, где практически нет резервов времени.

Рисунок 3 - Неполный сетевой график проекта строительства молочного комплекса на 1200 коров

Литература

1. Туккель И.Л.: Управление инновационными проектами. - СПб.: БХВ-Петербург, 2011

2. Туккель И.Л.: Управление инновационными проектами. - СПб.: БХВ-Петербург, 2011

3. Фунтов В.Н.: Основы управления проектами в компании. - СПб.: Питер, 2011

4. Беркун С.: Искусство управления IT-проектами. - СПб.: Питер, 2010

5. Под общ. ред.: И.И. Мазура, В.Д. Шапиро; Рец.: П.В. Горюнов, Ю.Н. Забродин: Управление проектами. - М.: ОМЕГА-Л, 2010

6. Волков О.И.: Экономика предприятия. - М.: ИНФРА-М, 2009

7. И.И. Мазур и др. ; Под общ. ред. И.И. Мазура, В.Д. Шапиро: Управление проектами. - М.: Омега-Л, 2009

Подобные документы

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

методичка , добавлен 04.06.2010

Разработка плана работ по осуществлению нововведения. Основные этапы инновационного проекта. Управление рисками инновационного проекта. Расчет показателей проекта. Планирование продаж и учет инфляции. Определение ставки дисконта. Денежные потоки проекта.

курсовая работа , добавлен 16.05.2012

Жизненный цикл инновационного проекта. Место бизнес-плана в жизненном цикле. Требования к бизнес-плану инновационного венчура. Алгоритм составления бизнес-плана. Особенности содержания бизнес-плана инновационного проекта.

курсовая работа , добавлен 17.04.2006

Деловое поле инновационного инвестирования. Бизнес-план как современная форма представления инвестиционного проекта. Алгоритм составления бизнес-плана. Особенности содержания бизнес-плана инновационного проекта. Механизм контроля реализации бизнес-плана.

курсовая работа , добавлен 17.04.2006

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

дипломная работа , добавлен 04.06.2010

Главная цель финансового плана предприятия. Сущность финансового планирования. Содержание финансового плана и порядок его составления. Финансовый план инвестиционного проекта. Бюджетный эффект от реализации проекта.

курсовая работа , добавлен 10.09.2007

Принципы формирования бизнес-плана инвестиционного проекта и критерии оценки эффективности. Характеристика рынка косметологических услуг: объем, динамика, сегментация, конкуренция. Оценка потребительского спроса, разработка плана маркетинга новой услуги.

дипломная работа , добавлен 23.01.2016

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

презентация , добавлен 22.01.2014

Разработка календарного плана и распределение ресурсов для нового проекта открытия филиала магазина. Управление стоимостью и продолжительностью работ проекта. Общая сумма затрат на открытие "Норд" в поселке Излучинск. Управление качеством проекта.

курсовая работа , добавлен 16.09.2017

Назначение и основные задачи бизнес-плана. Роль бизнес-плана в экономическом обосновании инвестиционного проекта. Резюме проекта и характеристика предприятия. Разработка схемы финансирования. Оценка экономической эффективности от реализации проекта.

Образцы разработки и реализации проектов. Планирование проекта

Понятие и цель планирования

Планирование предметной области

Состав процессов планирования

Этапы создания календарного плана

Методы разработки планов

Особенности ресурсного планирования

Планирование этапов реализации проекта

Планирование рисков проекта

Распространенные ошибки планирования

Заключение

Планирование предметной области

Планирование проектного времени

Структурная декомпозиция работ (СДР)

Продолжительность работ

Трудовые ресурсы проекта

Стоимость проекта

Планирование рисков

Планирование предметной области

Планирование проектного времени

Структурная декомпозиция работ (СДР)

Продолжительность работ

Трудовые ресурсы проекта

Стоимость проекта

Планирование рисков

Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже

Подобные документы

Восстановление пароля