реферат найти Управление проектом по временным параметрам

Управление проектом по временным параметрам — мегаобучалка

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

Управление временем подразумевает:

· распределение времени выполнения проекта по последовательным стадиям его осуществления;

· составление графиков выполнения проекта и его отдельных работ и

· контроль их соблюдения.

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

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

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

Важно иметь представление о факторах потери времени. В ходе реализации проекта потери времени выражаются в:

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

— допущены ошибки ключевых участников проекта на стадии определения содержания работ, выражающиеся в неучете некоторых целей проекта, неточностях в определении участников проекта, основных вех выполнения проекта и разработке СДР;

— процесс планирования основывается на неполных данных;

— на оценку показателей проекта отводится мало времени;

— при выполнении оценок не учитываются исторические данные и предыдущий опыт;

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

— неправильно спланированы потребности в ресурсах;

— при планировании графика работ не учтены риски;

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

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

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

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

1. определение работ;

2. определение последовательности работ;

3. оценка продолжительности работ;

4. разработка календарного плана;

5. оптимизация и контроль календарного плана.

Рассмотрим подробнее суть этих процессов.

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

— идентификатор – уникальный код, однозначно определяющий работу в проекте;

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

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

— процент выполнения – доля завершенной части работы в процентах;

— оставшаяся длительность для выполняемых работ;

— календарь – список рабочих и нерабочих периодов, принятый для выполнения работы в проекте;

— ранние начало и окончание, поздние начало и окончание;

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

— фактические начало и окончание;

— предшествующая работа – работа, от которой зависят сроки выполнения данной работы, являющейся технологически или логически предшествующей ей;

— последующая работа – работа, сроки выполнения которой зависят от выполнения данной работы, технологически и логически следующая за данной.

2. Определение последовательности работ. Последовательность выполнения работ определяется путем построения сетевой модели проекта.

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

Существует 4 типа логической связи между работами:

1) «Окончание – начало». Работа-последователь может начаться только после окончания работы-предшественника.

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

3) «Окончание – окончание». Работа-последователь может завершиться только после того, как завершится работа-предшественник. Такой связью объединяются задачи, которые должны выполняться почти одновременно, но при этом одна не может закончиться, пока не завершена другая. Например, сдача-приемка программы идет одновременно с исправлением ошибок, найденных в процессе сдачи-приемки, пока исправление ошибок не завершено, сдача-приемка не закончится.

4) «Начало – окончание». Работа-последователь может завершиться только после того, как начнется работа-предшественник. Обычно данная связь используется в том случае, когда работа А является задачей с фиксированной датой начала, которую нельзя изменить. В таком случае дата начала последующей задачи не изменяется при увеличении длительности предшествующей. Например, такая связь используется, когда нужно спланировать поставку дорогого оборудования и подготовительные работы должны вестись в течение всего имеющегося до поставки времени.

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

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

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

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

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

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

Рассмотрим типы работ.

Любую работу можно оценить по трем параметрам:

· длительность;

· количество требуемых ресурсов (количество человек, назначенных на работу);

· объем работы (трудозатраты)

в соответствии с формулой:

Трудозатраты = Длительность х Ресурсы

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

· работа с фиксированными трудозатратами,

· работа с фиксированной длительностью,

· работа с фиксированным объемом ресурсов.

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

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

Трудозатраты = Длительность х Ресурсы

(Задан определенный объем работ, например, выкопать яму 2х2 глубиной 1 м может 1 человек за 2 дня, а может 2 человека за 1 день).

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

Длительность =Трудозатраты / Единицы ресурсов

(Например, технологический цикл изготовления детали – 1 час. Работает 1 человек, за смену делает 8 деталей на 1 станке. Если поставить 2 человек, они сделают за смену 16 деталей, но цикл ее изготовления не изменится).

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

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

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

Единицы ресурсов = Трудозатраты / Длительность

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

3. Оценка продолжительности работ. Оценить продолжительности работ можно 4 способами:

· по нормативам;

· по объему работ;

· по аналогам;

· с привлечением экспертов.

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

Сетевая модель широко используется при разработке календарного графика.

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

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

· метод критического пути (CPM);

· метод оценки и пересмотра планов (PERT).

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

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

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

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

— За какое минимальное время можно выполнить проект?

— В какое время должны начаться и закончиться отдельные работы?

— Какие работы являются «критическими» и должны быть выполнены точно в установленное время, чтобы не сорвать срок выполнения проекта?

— На какое время можно отложить срок выполнения «некритической» работы, чтобы она не повлияла на срок выполнения проекта?

2) Контроль календарного плана методом PERT

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

Применение метода PERT позволяет получить ответы на следующие вопросы.

— Чему равно ожидаемое время выполнения работы?

— Чему равно ожидаемое время выполнения проекта?

— С какой вероятностью проект может быть выполнен за указанное время?

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

Оптимистическое время ai — время выполнения работы i в наиболее благоприятных условиях.

Наиболее вероятное время mi — время выполнения работы i в нормальных условиях.

Пессимистическое время bi— время выполнения работы i в неблагоприятных условиях.

Учитывая, что время выполнения работы хорошо описывается бета – распределением, среднее или ожидаемое время ti выполнения работы i может быть определено по формуле

ti = (ai 4 mi bi)/6.

Если время выполнения работы i известно точно и равно di, то

ti = ai = mi = bi= di.

Располагая указанными выше тремя оценками времени выполнения работы, мы можем также рассчитать общепринятую статистическую меру неопределенности – дисперсию 2i или вариацию vari времени выполнения работы i:

s2i = vari = ((bi — ai )/6 ) 2.

Если время выполнения работы i известно точно, то s2i = vari = 0.

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

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

· временная;

· ресурсная;

· стоимостная.

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

· повторная оценка длительности работы;

· дополнительная детализация работы;

· изменение количества ресурсов, назначенных на работу (для определенных типов работ).

Ресурсная оптимизация может проводиться по следующим причинам.

· сроки, на которые спланированы работы, не совпадают со сроками, в которые выделены ресурсы;

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

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

В процессе ресурсного выравнивания менеджер может проделать следующие операции:

· увеличить количество доступных ресурсов,

· изменить степень загрузки ресурсов и их количество на работах.

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

Стоимостная оптимизациякалендарного плана проекта преследует следующие цели:

· уменьшение стоимости отдельных работ проекта;

· оптимизация стоимости всего проекта;

· приведение в соответствие объемов и стоимостей работ, запланированных на определенный период времени и финансовых затрат, запланированных на тот же период.

§

Основные понятия процессов управления стоимостью проекта

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

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

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

Управление стоимостью включает:

— мониторинг бюджета проекта;

— ресурсное планирование;

— стоимостные оценки;

— сметные расчеты

— стоимостной контроль.

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

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

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

1. планирование ресурсов;

2. оценка стоимости;

3. бюджетирование – распределение общей стоимости по каждому элементу деятельности;

4. контроль стоимости.

Оценка стоимости.

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

Таблица – Виды оценок стоимости проекта

Оценка Допустимая погрешность
Концептуальная (начальная). Без использования точных данных. -25% 75%
Бюджетная. На основе информации об оборудовании, материалах. Для получения финансовых средств. -10% 25%
Точная (тендерная, контрольная). На основе спецификаций. Для договоров, контрактов, контроля. -%5 10%

Формирование сметы.

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

Таблица – Виды смет проекта на разных стадиях

Стадии проекта Стадии проекта Вид сметы Назначение сметы Погрешность
Инициация Исследование инвестиционных возможностейПредварительная Оценка жизнеспособности проекта 25-40%
Планирование ТЭОПервичная или факторная Сравнение планируемых затрат с бюджетными ограничениями 15-25%
Начальная стадия рабочего проектированияПриближенная Подготовка плана финансирования проекта 10-15%
Разработка рабочего проектаСводная смета проекта Ценообразование 5-6%

Бюджет проекта

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

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

Таблица – Виды бюджетов проекта

Стадии проекта Этапы проекта Вид бюджета Назначение бюджета Погрешность
Инициация Обоснование инвестицийПредварительный бюджет Обоснование статей затрат, планирование привлечения финансовых средств 15-20%
Планирование ТЭО
Разработка рабочей документацииБазовый бюджет Ограничение использования ресурсов 5-8%
Реализация проектаТекущий бюджет Отражение отклонений от плана и их корректировка 3-5%
Завершение проектаБюджет по завершении Управление стоимостью (учет и контроль) 0-3%

Как и любой план, бюджет является основой для контроля.

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

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

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

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

· проекты;

· центр ответственности (руководителя);

· пул ресурсов.

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

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

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

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

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

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

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

Рассмотрим процессы бюджетирования:

1. Планирование бюджета проекта. Процесс планирования бюджета проекта включает три этапа:

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

3) Проектный офис интегрирует бюджет проекта в бюджет портфеля, проводит анализ его влияния на бюджет портфеля проектов.

Рефераты:  Распространение строительства дорожных одежд из бетона

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

В рамках планирования бюджета проекта проводится стоимостная оптимизация календарного плана проекта. Целями стоимостной оптимизации являются:

· уменьшение стоимости отдельных работ проекта;

· оптимизация стоимости всего проекта;

· приведение в соответствие объемов и стоимостей работ, запланированных на определенный период времени и финансовых затрат, запланированных на тот же период.

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

· уменьшением величины финансовых средств, выделенных на работу;

· уменьшением ставки трудовых ресурсов или стоимости за единицу для материальных ресурсов;

· заменой назначенных на работу ресурсов на более дешевые;

· уменьшением продолжительности работы (для определенных типов работ);

· уменьшением загрузки ресурса на работе.

2.Контроль бюджета проекта. Контроль бюджета проекта осуществляется периодически или по требованию руководителя портфеля проектов. Процедура контроля бюджета проекта включает три этапа:

1) Руководитель проекта предоставляет в проектный офис отчет о выполнении бюджета проекта.

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

3) Руководитель проекта утверждает отчет, анализирует отклонения и принимает корректирующие решения (например, об изменении бюджета проекта).

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

3.Контроль стоимости проекта. Контроль стоимости проекта включает:

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

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

· предотвращение ранее запланированных ошибочных решений;

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

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

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

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

Существуют два основных метода контроля стоимости: традиционный метод и метод освоенного объема.

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

BCWS (Budgeted Cost of Work Scheduled) – сметная (плановая) стоимость запланированных работ. Это бюджетная стоимость работ, запланированных в соответствии с расписанием, или количество ресурса, предполагаемое для использования к текущей дате. Текущая дата – это дата, на которую имеется фактическая информация.

ACWPActual Cost of Work Performed – фактическая стоимость выполненных работ на текущую дату или количество ресурса, фактически потраченное на выполнение работ до текущей даты. Фактические затраты не зависят от плановых показателей по затратам или потреблению ресурсов.

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

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

А именно, предположим, показатель ACWP > BCWS, то есть мы фактически потратили больше средств, чем было заложено в бюджете. Отсюда, к сожалению, невозможно сделать вывод о причине увеличения затрат — сделано больше работ или работа обошлась дороже. И в обратном случае — ACWP < BCWS (потрачено меньше средств, чем было заложено в бюджете) — то ли работа обошлась дешевле, то ли выполнено меньше работ, чем планировалось.

Для того чтобы правильно интерпретировать причины отклонений и вводится понятие освоенного объема — BCWP. BCWP Budgeted Cost of Work Performed – плановая стоимость фактически выполненных работ (освоенный объем).

§

Существует два основных подхода для вычисления показателя освоенного объема (BCWP) в некоторый момент времени:

· просуммировать бюджетную стоимость выполненных на данный момент времени работ («снизу вверх»);

· определить долю выполненного объема работ от текущего прогноза их общего объема и умножить на BCWS проекта («сверху вниз»).

Подход «снизу вверх» очевиден для тех работ, которые были запланированы и уже завершены — для них BCWP равно их бюджетной стоимости. Однако, когда осталось доделать только незавершенные работы, этот подход показывает, что BCWP=BCWS, так как бюджетная стоимость незавершенных работ считается равной 0, и отслеживать прогресс проекта по освоенному объему уже нельзя.

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

BCWPработы = (ACWPработы/ EACработы) * BCWSработы

где EACработы — текущий прогноз затрат на данную работу,

ACWPработы/ EACработы — доля уже понесенных затрат в общем объеме затрат на выполнение работы (т. е. оценка степени готовности результата).

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

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

Рассмотрим пример «Обзор проекта по состоянию на конец первого квартала»

Дано: проект продолжительностью 12 месяцев, стоимостью 1 миллион рублей.

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

«Мы немного отстаем от плана, зато не превышаем бюджет; если нас не будут отвлекать, все будет замечательно», — такой вывод могли бы сделать большинство практиков.

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

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

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

2. Мы должны определить стоимость запланированных работ. Было согласовано, что каждый раздел плана стоит 100000 руб., то есть, плановая стоимость запланированных работ к настоящему моменту составляет 300000 руб. Таким образом, плановый объем за первые три месяца проекта – 300000 руб.

3. Следующий тип данных, который нам нужно определить, (5) – фактически произведенные затраты. Анализируя финансовые результаты, мы видим, что фактически потрачено 300000 руб.

Следующий шаг – рассчитаем освоенный объем за отчетный период. Для этого нам нужны еще два типа данных, которые мы назовем (4) и (5).

4. Для отчетного периода, (4) – это объем работы, который мы фактически выполнили. Мы проанализировали календарный план и обнаружили, что завершены два из трех запланированных разделов.

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

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

· Плановый объем – 300000 руб. (данные 1 и 2)

· Фактические затраты – 300000 руб. (данное 3)

· Освоенный объем – 200000 руб. (данные 4 и 5)

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

6. Нам нужно рассчитать (6) отклонение по расписанию, которое в методике освоенного объема определяется как разность между плановым объемом и полученным освоенным объемом. В нашем примере мы запланировали выполнить работу на сумму 300000 руб., а освоили только 200000 руб., т.о. мы отстаем от плана на сумму 100000 руб. С первого взгляда это может показаться не страшным, пока мы не осознаем, что выполнено работы на 67 копеек на каждый запланированный рубль.

7. И, наконец, нам необходимо оценить (7) отклонение по затратам. Оно определяется как разность между фактическими затратами и освоенным объемом. Мы потратили 300000 руб. для достижения 200000 руб. освоенного объема. Не очень хорошо, если увидеть, что освоено только 67 копеек из каждого потраченного рубля.

Данный проект отстает от согласованного плана и превышает бюджет. При 20% выполнении плана контроль по методике освоенного объема предсказывает значительное превышение бюджета по завершении проекта.

Если выполнение проекта сохранит текущую эффективность использования денег (т.е. 67 копеек за каждый вложенный рубль), это потребует 50% увеличения бюджета проекта (1000000/0.67=1500000). Если при этом необходимо будет вернуться к исходному плану и завершить проект за согласованные 12 месяцев, потребуются дополнительные ресурсы для выполнения аналогичного объема работ, что приведет к удваиванию первоначального бюджета.

Анализ графиков

Анализ по методу освоенного объема подразумевает ответы на следующие вопросы:

1. Как наши фактические показатели соотносятся с плановыми по стоимости, по срокам?

2. Насколько мы опережаем график (отстаем от графика) по стоимости, по срокам?

3. Каковы тенденции по стоимости, по срокам?

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

1. Как наши фактические показатели соотносятся с плановыми?
 
реферат найти Управление проектом по временным параметрам
 
реферат найти Управление проектом по временным параметрам
Соотношение показателей по стоимости. ACWP > BCWР — работа обошлась на |CV| дороже, чем было заложено в бюджет.
В противном случае (ACWP < BCWР) — работа обошлась на |CV| дешевле, чем было заложено в бюджет
Соотношение показателей по срокам.
BCWS > BCWP — выполнено работ на |SV| меньше, чем было запланировано. В противном случае (BCWS > BCWP) — выполнено работ на |SV| больше, чем было запланировано.
2. Насколько мы опережаем график?
 
реферат найти Управление проектом по временным параметрамреферат найти Управление проектом по временным параметрам
Сравнение показателей по стоимости. Только сейчас (в периоде П2) оправданы затраты, понесенные в прошлом периоде (П1). Сравнение показателей по стоимости. Только сейчас потрачены средства, отведенные на выполнение работ, завершенных в прошлом периоде (П2).
реферат найти Управление проектом по временным параметрамреферат найти Управление проектом по временным параметрам
Сравнение показателей по срокам. Только сейчас (в периоде П2) выполнен объем работ, который должен был быть выполнен в прошлом периоде (П1). То есть имеет место отставание на один период. Сравнение показателей по срокам. Объем работ, запланированный на данный момент, был выполнен в прошлом периоде (П2). То есть имеет место опережение графика на один период.
   
3. Каковы тенденции?
Рассмотрим все возможные варианты динамики изменения показателей и выводы, которые можно сделать на основании этих изменений.
реферат найти Управление проектом по временным параметрам
 
реферат найти Управление проектом по временным параметрам
Оценка сроков. Имеет место отставание от графика (SV<0). Темпы выполнения работ больше плановых, отставание уменьшается. В точке R работа уже будет идти по графику. Если точка R раньше конца проекта, то при сохранении существующих тенденций проект будет выполнен с опережением графика (SV>0). Если точка R позже конца проекта, то при сохранении существующих тенденций проект будет выполнен с отставанием от графика. Оценка сроков. Имеет место опережение графика (SV>0). Темпы выполнения работ меньше плановых, опережение уменьшается. В точке R работа уже будет идти по графику. Если точка R раньше конца проекта, то при сохранении существующих тенденций проект будет выполнен с отставанием от графика.
реферат найти Управление проектом по временным параметрам
 
реферат найти Управление проектом по временным параметрам
Оценка сроков. Имеет место отставание от графика (SV<0). Темпы выполнения работ — плановые. При сохранении существующих тенденций проект будет выполнен с тем же отставанием от графика, какое есть сейчас. Оценка сроков. Имеет место опережение графика (SV>0). Темпы выполнения работ — плановые. При сохранении существующих тенденций проект будет выполнен с тем же опережением графика, какое есть сейчас
реферат найти Управление проектом по временным параметрамреферат найти Управление проектом по временным параметрам
Оценка сроков.Имеет место отставание от графика (SV<0). Темпы выполнения работ ниже плановых, отставание нарастает. При сохранении существующих тенденций проект будет выполнен с большим отставанием от графика, чем есть сейчас. Оценка сроков. Имеет место опережение графика (SV>0). Темпы выполнения работ выше плановых, опережение нарастает. При сохранении существующих тенденций проект будет выполнен с большим опережением графика, чем есть сейчас.
реферат найти Управление проектом по временным параметрамреферат найти Управление проектом по временным параметрам
Оценка стоимости. Имеет место перерасход средств (CV<0). Темпы расходования средств меньше темпов выполнения работ, перерасход уменьшается. В точке R расходование средств будет соответствовать выполняемым работам. Если точка R раньше конца проекта, то при сохранении существующих тенденций проект будет выполнен с экономией средств (CV>0). Если точка R позже конца проекта, то при сохранении существующих тенденций проект будет выполнен с перерасходом средств. Оценка стоимости. Имеет место экономия средств (CV>0). Темпы расходования средств выше темпов выполнения работ, экономия уменьшается. В точке R расходование средств будет соответствовать выполняемым работам. Если точка R раньше конца проекта, то при сохранении существующих тенденций проект будет выполнен с перерасходом средств (CV<0). Если точка R позже конца проекта, то при сохранении существующих тенденций проект будет выполнен с экономией средств.
реферат найти Управление проектом по временным параметрамреферат найти Управление проектом по временным параметрам
Оценка стоимости. Имеет место перерасход средств (CV<0). Темпы расходования средств равны темпам выполнения работ, перерасход постоянный. При сохранении существующих тенденций проект будет выполнен с тем же перерасходом средств, какой есть сейчас. Оценка стоимости. Имеет место экономия средств (CV>0). Темпы расходования средств равны темпам выполнения работ, экономия постоянная. При сохранении существующих тенденций проект будет выполнен с той же экономией средств, какая есть сейчас.
реферат найти Управление проектом по временным параметрамреферат найти Управление проектом по временным параметрам
Оценка стоимости. Имеет место перерасход средств (CV<0). Темпы расходования средств выше темпов выполнения работ, перерасход увеличивается. При сохранении существующих тенденций проект будет выполнен с большим перерасходом средств, чем есть сейчас. Оценка стоимости. Имеет место экономия средств (CV<0). Темпы расходования средств ниже темпов выполнения работ, экономия увеличивается. При сохранении существующих тенденций проект будет выполнен с большей экономией средств, чем есть сейчас.

§

Стадия 1. Управление рисками

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

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

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

Риск – неопределенное событие или условие, наступление которого может иметь как положительное, так и отрицательное влияние на проект (согласно PMBoK PMI).

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

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

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

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

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

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

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

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

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

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

Основные процессы управления рисками по PMBoK:

1) планирование управления рисками;

2) идентификация рисков;

3) качественный анализ (оценка) рисков;

4) количественный анализ рисков;

5) планирование реагирования на риски (разработка стратегий работы с рисками);

6) мониторинг и контроль рисков.

Рассмотрим подробнее основные процессы управления рисками:

1. планирование управления рисками

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

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

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

2. идентификация риска

Идентификация рисков – определение рисков и документирование их характеристик.

В результате идентификации рисков определяются:

— условия рисков – действия или окружение проекта, которые могут сделать риски более вероятными;

— триггеры (признаки) рисков – указатели того, что риск произошел или может произойти.

3. анализ риска

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

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

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

1) Качественный анализ риска (выявление факторов, влияющих на риск)

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

Факторы риска можно разделить на две большие группы – субъективные и объективные.

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

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

2) Количественный анализ риска

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

Количественная оценка рисков определяется через:

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

· произведение ожидаемого ущерба на вероятность того, что этот ущерб произойдет.

3) Определение степени угрозы риска

Матрица степени угрозы риска

Влияние на проект Вероятность события
Низкая(менее 20%) Средняя (20%- 60%) Высокая(более 60%)
Слабое
Возможно появление вопросов или проблем в проекте, но вряд ли это приведет к нарушению календарного графика, бюджета или ухудшению качества.
Низкая Средняя Средняя
Среднее
Возможно нарушение графика, увеличение стоимости или ухудшение качества
Низкая Высокая Высокая
Сильное
Возможно значительное нарушение графика, увеличение стоимости или ухудшение качества
Средняя Высокая Критическая

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

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

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

Продолжение таблицы

Метод Характеристика
Метод аналогов Использование базы данных реализованных аналогичных проектов для переноса их результативности на разрабатываемый проект. Метод используется, если внутренняя и внешняя среда проекта и его аналогов имеет достаточную сходимость по основным параметрам.
Анализ показателей предельного уровня Определение степени устойчивости проекта по отношению к возможным изменениям условий его реализации.
Анализ чувствительности проекта Метод позволяет оценить, как изменяются результирующие показатели реализации проекта при различных значениях заданных переменных , необходимых для расчета
Анализ сценариев развития проекта Метод предполагает разработку нескольких вариантов (сценариев) развития проекта и их сравнительную оценку. Рассчитывается пессимистический вариант возможного изменения переменных, оптимистический и наиболее вероятный
Метод построения деревьев решений Предполагает пошаговое разветвление процесса реализации проекта с оценкой рисков, затрат, ущерба и выгод
Имитационные методы Базируются на пошаговом нахождении значения результирующего показателя за счет проведения многократных опытов с моделью. Основные преимущества – прозрачность всех расчетов, простота восприятия и оценки результатов анализа проекта всеми участниками процесса планирования. Недостаток – существенные затраты на расчеты, связанные с большим объемом выходной информации.

Вероятностные методы анализа рисков:

· объективный метод определения вероятности основан на вычислении частоты, с которой происходят некоторые события.

f(A)=n(A)/n

f – частота возникновения события А;

n(A) – число случаев наступления события А;

n – общее число произошедших событий.

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

Установка допустимого уровня риска (определение уровня потерь)

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

Н = Су / Собщ,

где Су – максимально возможная сумма убытков;

Собщ – объем финансовых средств.

Таким образом, выделяются следующие области риска:

· безрисковая область: Н = 0. В ней отсутствуют какие-либо потери, гарантируется получение, как минимум, расчетной прибыли;

· область минимального риска: Н < 25%. Уровень потерь не превышает размеров чистой прибыли. Фирма рискует тем, что не получит чистой прибыли и не сможет выплатить дивиденды, т.е., возможны незначительные потери;

· область повышенного риска: 25% < H < 50%. Потери не превышают расчетной прибыли. При этом в лучшем случае фирма получит прибыль меньше расчетного уровня, а в худшем – произведет лишь покрытие затрат;

· область критического риска: 50%<H<75%. Возможны потери, величина которых превышает размеры расчетной прибыли, но не превышает общей величины валовой прибыли. В этой области фирма подвергается опасности потерять всю выручку от данного проекта;

· область недопустимого риска: H>75%. Возможные потери близки к размеру собственных средств, т.е., наступает банкротство фирмы.

§

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

Достоинствами экспертного анализа рисков являются:

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

· возможность проводить оценку до расчета эффективности проекта;

· простота расчетов.

Основные недостатки:

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

— субъективность оценок.

Требования к экспертам, привлекаемым для оценки:

— иметь доступ ко всей имеющейся информации о проекте;

— иметь достаточный уровень креативности мышления;

— обладать необходимым уровнем знаний в соответствующей предметной области;

— быть свободными от личных предпочтений в отношении проекта;

— иметь возможность оценивать любое число идентифицированных рисков.

Алгоритм экспертного анализа рисков:

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

Рефераты:  Некоторые итоги реформирования здравоохранения – тема научной статьи по наукам о здоровье читайте бесплатно текст научно-исследовательской работы в электронной библиотеке КиберЛенинка

2) устанавливается дифференцированная оценка уровня компетентности экспертов (по 10-балльной шкале).

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

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

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

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

4. Разработка стратегий работы с рисками

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

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

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

3) Страхование– передача определенных рисков страховой компании. Применяются два основных способа страхования: имущественное страхование и страхование от несчастных случаев.

4) Снижение риска – есть две подстратегии:

· снижение вероятности – мероприятия, направленные на уменьшение вероятности наступления рисковых событий;

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

Методы снижения рисков:

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

· эккаунтинг – сбор дополнительной информации для снятия неопределенности.

· диверсификация – распределение риска по нескольким альтернативным вариантам.

· хеджирование – снижение рисков за счет формирования новых встречных требований.

· резервирование – создание резервов по различным видам ресурсов.

· отслеживание триггеров (признаков наступления рисковых событий).

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

— рассматривается риск, имеющий наибольшую важность для проекта;

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

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

— определяются дополнительные затраты на реализацию предложенных мероприятий;

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

— принимается решение об осуществлении или об отказе от противорисковых мероприятий.

§

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

Особо важные проблемы – требуют немедленного решения с привлечением всех необходимых ресурсов.

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

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

Несущественные проблемы – никакие действия по решению проблемы не предпринимаются до изменения ее приоритета.

Стадия 3. Управление изменениями

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

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

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

Заказчик, внося изменения, старается улучшить технико-экономические показатели, его конечные результаты.

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

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

Исполнитель – в связи с новыми условиями и возможностями реализации проекта.

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

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

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

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

· плановые потери (учтены в Плане управления проектом);

· допустимые потери (незначительные незапланированные затраты);

· нежелательные потери (значительные незапланированные затраты);

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

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

1) Манипулирование ресурсами

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

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

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

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

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

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

2) Манипулирование временем

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

Изменение сроков завершения работ – реализуется двумя способами:

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

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

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

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

3) Манипулирование качеством

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

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

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

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

§

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

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

1) соответствие организационной структуры системе взаимоотношений участников проекта;

2) соответствие организационной структуры содержанию проекта;

3) соответствие организационной структуры требованиям внешнего окружения.

Принцип 1. Организационная структура и система взаимоотношений участников проекта

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

1) выделенная организационная структура;

2) управление по проектам;

3) всеобщее управление проектами;

4) двойственная организационная структура;

5) сложные организационные структуры.

1.«Выделенная» организационная структура

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

2.«Управление по проектам»

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

3.«Всеобщее управление проектами»

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

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

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

2) Заказчиком, генеральным подрядчиком и инвестором является одни и та же организация (подобным образом реализуются «внутренние» проекты). «Внутренние» проекты реализуются одними структурными подразделениями для других подразделений одной и той же организации; например, в проекте создания новой продукции заказчиком может выступать отделение сбыта, генеральным подрядчиком – отделение производства и проектирования, инвестором – отделение развития или предприятие в целом.

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

4.«Двойственная» организационная структура

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

5.«Сложные» организационные структуры

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

1) общее управление проектом реализует заказчик;

2) общее управление проектом реализует генеральный подрядчик;

3) общее управление проектом реализует специализированная управляющая фирма.

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

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

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

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

Принцип 2. Организационная структура и содержание проекта

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

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

· вертикальная (функционально-административная, дивизиональная);

· горизонтальная (проектно-целевая);

· матричная (смешанная).

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

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

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

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

· сильные матрицы;

· слабые матрицы;

· сбалансированные матрицы.

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

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

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

Таблица — Преимущества и недостатки организационных структур различных типов

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

Принцип 3. Организационная структура проекта и его внешнее окружение

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

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

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

Таблица — Сравнительная характеристика механистических и органистических структур

Механистические Органистические
Общие характеристики
Узкий фронт работ исполнителей Широко определенные должностные обязанности
Большое количество подробных правил и процедур Небольшое количество общих указаний
Четкая ответственность Размытая ответственность
Иерархический принцип организации Организация с перекрестными связями
Объективная система вознаграждения Субъективная система вознаграждения
Объективные, формальные критерии отбора сотрудников Субъективные критерии отбора сотрудников
Официальность и обезличенность Неформальность
Условия применения
Низкий уровень неопределенности и динамичности внешней среды Высокий уровень неопределенности и динамичности внешней среды
Цели заранее известны и неизменны Цели размыты и динамично меняются
Структурированность задач и проблем Низкий уровень структурированности задач и проблем
Возможность использовать четкие измерители достигнутых результатов Невозможность использовать четкие измерители достигнутых результатов
Работники реагируют на материальное поощрение Работники мотивированы сложными потребностями
Власть понимается юридически Власть подвергается сомнению, требует подтверждения со стороны подчиненных

Команда проекта

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

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

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

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

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

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

Таблица — Разделение ответственности при административном управлении и управлении проектами

Область управления Сфера ответственности
Ответственность начальника подразделения (административное управление) Ответственность руководителя проекта
(управление проектами)
Человеческие ресурсы Прием на работу и увольнение
Выделение ресурсов
Контроль дисциплины
Организация обучения
Формирование команды проекта
Анализ и оценка работы сотрудников
Применение санкций и поощрений
Урегулирование конфликтов
Планирование и контроль Формирование бизнес-плана отдела
Планирование бюджета отдела
Контроль «по вехам»
Отчетность перед руководством предприятия
Формирование календарного плана проекта
Планирование бюджета проекта
Оперативный контроль хода проекта
Отчетность перед руководством

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

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

Рефераты:  Курсовая работа: Сравнительный обзор современных поисковых систем -

Часто возникает путаница, какие функции относятся к компетенции начальника подразделения, а какие – к компетенции руководителя проекта. Особенно это характерно для случаев, когда «руководитель проекта» — не должность в штатном расписании предприятия, а только проектная роль, которую может исполнять и начальник подразделения.

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

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

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

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

Пути усовершенствования процедур отчетности:

· изменение учетной политики;

· создание специальных административных единиц (проектных офисов);

· использование информационных технологий (управление документами и управление работами).

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

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

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

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

§

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

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

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

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

В процессе планирования качества может применяться следующий инструментарий:

— анализ затрат и выгод;

— установление желательного уровня показателей качества проекта;

— диаграммы причин-следствий;

— эксперименты.

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

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

2.Обеспечение качества

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

3. Контроль качества проекта

Контроль качества – отслеживание конкретных результатов деятельности по проекту в целях определения их соответствия стандартам и определения путей устранения причин реальных и потенциальных несоответствий.

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

— проверок,

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

— статистических выборок, анализа динамических рядов, корреляционно-регрессионного анализа.

Контроль качества может завершаться следующими решениями:

— улучшением качества;

— принятием продукции;

— идентификацией брака и реализацией действий по управлению несоответствующей продукцией;

— переработкой продукции с целью дальнейшего представления для контроля и испытаний;

— исправлением процессов.

Контроль качества может происходить в следующих организационных формах:

1) аудит проекта – проверка соответствия формализованной организационной деятельности по реализации проекта принятым стандартам управления проектами. Аудит производится в определенные моменты выполнения проекта с целью контроля качества управления и подготовки рекомендаций по улучшению качества управления в проекте.

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

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

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

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

· хранение всей необходимой информации по проекту;

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

· представление этой информации как в интегральной, так и в детальной форме в соответствии с запросами пользователей.

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

На основании данных мониторинга руководство компании может принять решение о проведении внепланового аудита и/или экспертизы проекта.

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

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

Для проведения экспертизы используется следующая информация:

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

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

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

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

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

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

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

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

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

6) Финансовое направление дает оценку проекта со стороны эффективности инвестиций, их формирования для реализации проекта и использования в нем.

7) Экономическое направление анализирует все стороны и особенности эффективности проекта. Здесь уделяется внимание методам расчета, полноте и обоснованности экономических расчетов, делается заключение о правильности выводов о целесообразности разработки данного проекта.

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

В зависимости от того, кто проводит экспертизу, различают государственную, ведомственную, внутреннюю, внешнюю и независимую экспертизу.

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

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

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

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

§

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

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

· существуют ли в организации проекты?

· поддерживает ли каждый проект утвержденную стратегию?

· идентифицируются ли риски каждого проекта, выполняется ли управление ими, эффективно ли оно?

· выполняются ли эти проекты в соответствии с согласованными графиками, бюджетами и другими требованиями, сформулированными в официальных документах (контрактах, договорах, паспорте проекта)?

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

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

2. Идентификация вероятных причин неудовлетворительного исполнения проектов

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

Симптомы и вероятные причины неудовлетворительного исполнения проектов:

· отклонение от расписания: поздние завершения и задержки с сопутствующими перерасходами средств и выплатами неустоек, предусмотренных контрактом;

· низкая производительность труда персонала: высокая текучесть кадров, высокий уровень стрессов, вялое настроение;

· превышение запланированных расходов: фактические траты часто выходят за рамки бюджета;

· низкая производительность труда руководства: чрезмерно активное привлечение высшего руководства к мелким деталям выполнения проекта;

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

3. Разработка ключевых показателей деятельностипроектно-ориентированной компании

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

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

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

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

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

3. в системе требований к персоналу и в системе мотивации, соответствующей этим требованиям;

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

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

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

Утилизация = (Рабочее время, затраченное сотрудниками в рамках проектов/Общий фонд рабочего времени)*100%

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

Доля объема работ, приходящаяся на УПП=(Рабочее время, затраченное УПП/Общий фонд рабочего времени проектов)*100%

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

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

· доля своих ресурсов в проекте;

· доля накладных затрат в проекте;

· экономия резервных фондов проекта и т.д.

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

Соотношение «своих» и «чужих» ресурсов в проекте показывает:

· насколько разумно сформирована постоянная организационная структура компании;

· соответствует ли она реальной структуре бизнеса;

· правильно ли сформированы центры ответственности за проекты.

Доля своих ресурсов в проекте = (Собственные ресурсы подразделения, используемые в проекте / Все ресурсы проекта )*100%

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

Доля накладных затрат в проекте = (Накладные затраты в проекте/Все затраты в проекте)*100%

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

Экономия резервных фондов проекта = ((Выделено резервов – Израсходовано резервов)/Выделено резервов)*100%

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

Доля премии = (Сумма премиальных/Общий доход сотрудника)*100%

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

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

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

§

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

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

Основные потребители информации:

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

· заказчик (для осведомленности о ходе выполнения работ);

· спонсор (куратор) проекта (для принятия стратегических решений о продолжении или закрытии проекта);

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

· исполнители работ (для получения заданий и формирования отчетности);

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

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

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

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

2) сбор и распределение информации – процессы регулярного сбора, обработки и доставки информации;

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

4) документирование хода работ – сбор, обработка и организация хранения документации по проекту.

Рассмотрим характеристику процессов управления коммуникациями проекта.

1.Планирование системы коммуникаций.План коммуникаций является составной частью плана проекта. Он включает в себя:

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

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

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

— план ввода в действие тех или иных видов коммуникации;

— методы обновления и совершенствования плана коммуникаций.

План коммуникаций формализуется и детализируется в зависимости от потребностей проекта.

2.Сбор и распределение информации.В рамках проекта существует потребность в осуществлении различных видов коммуникаций:

— внутренние (внутри команды проекта) и внешние;

— формальные (отчеты, запросы, совещания) и неформальные (напоминания, обсуждения);

— письменные и устные;

— вертикальные и горизонтальные.

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

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

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

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

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

Отчетность о ходе выполнения включает:

— информацию о текущем состоянии проекта в целом и в разрезе отдельных показателей;

— информацию об отклонениях от базовых планов;

— прогнозирование будущего состояния проекта.

4. Документирование хода работ.Документирование включает в себя:

— сбор и верификацию окончательных данных;

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

— архивирование результатов с целью дальнейшего использования.

Элементы актуальности для темы «управление проектом по временным параметрам»

Чтобы написать, почему тема ВКР актуальна, необходимо открыть несколько работ по заданной теме, посмотреть и скопировать то, что там написано по поводу актуальности к себе, а потом ответить на 2 вопроса выше.

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

Так, можно взять следующие элементы актуальности из разных источников в интернете для темы 

«Управление проектом по временным параметрам».

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

Календарное управление и контроль за реализацией проекта. курсовая работа [828,0 K], добавлен 22.03.2021 * Управление организационными проектами Управление проектами в рыночных условиях, особенности управления ими в России. Управление эффективностью, рентабельностью и продолжительностью работы проекта.

Деятельность людей в проектах. Факторы и правила достижения успеха в управлении проектами. курсовая работа [33,8 K], добавлен 25.03.2008 * Управление проектами Сущность и актуальность управления проектами. Методы исследования и обоснования инвестиций в проекте.

Календарное управление и контроль за реализацией проекта. курсовая работа [828,0 K], добавлен 22.03.2021 * Управление организационными проектами Управление проектами в рыночных условиях, особенности управления ими в России. Управление эффективностью, рентабельностью и продолжительностью работы проекта.

Деятельность людей в проектах. Факторы и правила достижения успеха в управлении проектами. курсовая работа [33,8 K], добавлен 25.03.2008 * Управление проектами Сущность и актуальность управления проектами. Методы исследования и обоснования инвестиций в проекте.

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

РЕЗУЛЬТАТЫ, ПОЛУЧЕННЫЕ ПРИ ОПРЕДЕЛЕНИИ ПЕРЕЧНЯ РАБОТ ПРОЕКТА При решении сформулированной задачи должны быть получены: Детальная структура работ проекта (ДСРП), конечные элементы которой составляют полный перечень работ проекта, требуемой детализации, для составления детальной сетевой модели проекта., источник

Актуальность использования управления проектами в России 23.3. Методы управления проектами 23.4. Организационные структуры управления проектом ### 23.1. Управление при помощи проектов Управление проектами по сути своей не является изобретением новейшего времени.

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

Оцените статью
Реферат Зона
Добавить комментарий