Построение Иерархической Структуры Работ

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

Создание ИСР в начале работ по планированию предоставляет менеджеру возможность:

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

· Проверить, все ли цели отражены в плане проекта а Создать эффективную структуру отчетности

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

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

· Обеспечить членам команды понимание их роли в контексте общей работы по выполнению проекта.

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

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

Определение основы для структуризации проекта

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

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

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

· компоненты продукции проекта;

· функциональные элементы деятельности;

· этапы жизненного цикла проекта;

· элементы организационной структуры.

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

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

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

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

Рис. 2.5. Пример ИСР, построенной с использованием смешанного подхода к структуризации.

Правила для построения иерархии

Несколько простых правил применяются при формировании ИСР:

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

· Каждый новый уровень в ИСР добавляет более детальные элементы, каждый из элементов связан с более общим элементом, расположенным на уровень выше. На любом из уровней группе «дочерних» (детальных) элементов соответствует только один «родительский» (суммарный) элемент. Это есть основополагающее правило, которое обеспечивает корректность суммирования стоимостей, вывода объединенных календарных графиков и обобщения информации о работах при переходе с одного уровня на другой.

· Родительский элемент должен иметь больше одного дочернего элемента. Это правило позволяет избежать избытка уровней и обеспечивает получение (структуры, пригодной для выполнения операций обобщения.

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

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

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

· пропуск стадии структуризации проекта и переход непосредственно к поиску и решению проблем проекта;

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

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

· неучет того, что элементы структуры не должны повторяться;

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

· излишняя или недостаточная детализация;

· невозможность компьютерной обработки результатов структуризации -планов проекта из-за ошибок формального характера (каждый уровень или элемент плана должен быть определенным образом закодирован);

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

Назначение ответственных

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

Построение структурной схемы организации

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

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

Использование матрицы ответственности

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

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

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

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

На рис. 2.6. показан пример матрицы ответственности. Роли в примере указывают вид участия подразделения в работе: О - Ответственный исполнитель, И - Исполнитель, П - Приемка работ, К - Консультации.

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

Определение основных вех

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

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

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

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

Разработка сетевых моделей

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

Ниже рассматриваются три шага разработки сетевой модели:

· Определение комплекса работ проекта.

· Оценка параметров работ.

· Определение взаимосвязей между работами, работами.

Определение комплекса работ

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

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

Оценка параметров работ

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

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

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

В реальной жизни существует два типа работ:

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

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

Определение взаимосвязей между работами

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

Для описания зависимостей между работами может использоваться четыре типа связей предшествования:

· Конец-Начало. Это стандартная последовательность при которой предшествующая задача должна завершиться до начала последующей.

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

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

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

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

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

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

Календарное планирование по методу критического пути

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

Методика календарного планирования по МКП

МКП требует определенных входных данных. После их ввода производится процедура прямого и обратного прохода по сети и вычисляется выходная информация.

Для расчета календарного графика по МКП требуются следующие входные данные:

· Комплекс задач.

· Взаимосвязи между задачами.

· Оценки продолжительности для каждой работы.

· Календарь рабочего времени проекта (в наиболее общем случае возможно задание собственного календаря для каждой работы).

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

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

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

Пример расчета графика работ по методу критического пути приведен в Приложении.

В результате вычислений по МКП менеджер проекта получает следующие данные:

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

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

· Ранние и поздние календарные даты начала и конца для каждой задачи.

Таблица 2.2. обобщает входные и выходные данные для выполнения прямого и обратного прохода по МКП.

Таблица 2.2. Входные и выходные данные для выполнения расчета по МКП

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

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

Анализ календарного графика работ

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

· Совпадает ли полученная конечная дата с ожидаемой? Приемлемо ли это с точки зрения целей проекта?

· Какие работы являются критическими? Совпадают ли они с теми, которые предполагались предварительно членами команды?

· Какие из некритических работ имеют наименьший общий резерв? Какова вероятность или риск того, что эти работы станут критическими и будут задерживать дату завершения?

· Какие работы имеют достаточный общий резерв? Существует ли возможность перераспределения их ресурсов на критические задачи?

· Какие календарные даты могут быть зафиксированы в графике проекта и действительно ли они соответствуют реальным намерениям руководства и плану по вехам?

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

Информация, получаемая вычислениями по МКП, обычно представляется в табличной форме, подобной представленной в таблице 2.3.

Таблица 2.3. Представление расчета по МКП

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

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

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

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

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

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

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

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

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

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

Основными выгодами от включения информации по ресурсам в расписание проекта являются на этапе планирования:

· возможность оценить конкретные сроки и объемы потребностей в ресурсах;

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

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

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

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

1. Определение ресурсов (описание ресурса и определение максимально доступного количества данного ресурса);

2. Назначение ресурсов задачам;

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

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

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

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

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

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

· Может ли программа или проект быть закончена в срок, рассчитанный по МКП при имеющихся ресурсах?

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

· Сколько дополнительного времени потребуется для выполнения проекта, если не все требуемые ресурсы будут доступны? Какова будет дата завершения проекта при планировании его в условиях ограниченных ресурсов?

Существуют два основных пути разрешения ресурсных перегрузок:

· Ресурсное планирование при ограничении по времени;

· Планирование при ограниченных ресурсах.

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

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

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

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

Стоимостной анализ

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

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

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

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

· рабочие (трудовые ресурсы);

· материалы;

· оборудование;

· соисполнители;

· накладные расходы;

· другие источники затрат.

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

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

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

Рис. 2.8. Пример гистограммы расходов по проекту

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

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

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

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

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

· После окончательного утверждения даты начала проекта и расчета всех дат можно ввести в расписание дополнительные задачи-вехи, отмечающие достижение промежуточных результатов и зафиксировать даты их наступления. Такие задачи-вехи могут являться контрольными точками в ходе выполненияпроекта. Важно также обратить внимание на уровень критичности проекта. Если процент критических работ в проекте превышает 20-25% от общего количества работ, то это означает что разработан напряженный план. Любая задержка в выполнении работы, лежащей на критическом пути, повлечет за собой задержку срока окончания всего проекта. Опытные разработчики в таких случаях часто предусматривают в расписании некоторый дополнительный резерв времени на непредвиденные задержки. Такой резерв может быть задан в расписании проекта путем введения задач-вех с фиксированной датой, предусматривающей некоторый резерв времени или «пустыми» задачами с определенной длительностью.

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

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

Документирование плана проекта

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

Разработка, документирование и согласование плана проекта направлены на достижение следующих основных целей:

þ Обеспечить понимание и одобрение целей проекта и средств их достижения.

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

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

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

þ Являться основанием для оценки и отображения прогресса.

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

þ Являться основанием для контроля изменений.

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

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

· Краткий обзор проекта

- Введение

- Цели и ожидаемые результаты проекта

- Стратегия

- Объем работ

- Организационные связи

- Ссылки на внешние документы

· Структура проекта

- Роли и ответственности

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

- Обзоры и утверждения

·  Комплекс работ

- Работы проекта, оценка объема работ и квалификации

- Внешние задачи

- Возможные изменения

· Ресурсное обеспечение

- Персонал

- Оборудование

- Средства

- Прочее

· График работ

- График работ по этапам

- Список вех

· Финансирование

- История финансирования подобных проектов

- Бюджет

- План затрат

- Фонды

- Предположения

· Ограничения, риски и неопределенности проекта

- Зависимости от внешних проектов/событий

- Риски и неопределенности

- Процесс решения проблем

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

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

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