WWW.DISSERS.RU

БЕСПЛАТНАЯ ЭЛЕКТРОННАЯ БИБЛИОТЕКА

   Добро пожаловать!

Pages:     | 1 |   ...   | 4 | 5 || 7 | 8 |   ...   | 10 |

«И.И. Мазур В.Д. Шапиро Н.Г. Ольдерогге УПРАВЛЕНИЕ ПРОЕКТАМИ УЧЕБНОЕ ПОСОБИЕ 2-е издание Под общей редакцией профессора И.И. Мазура Допущено Министерством образования Российской Федерации в ...»

-- [ Страница 6 ] --

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

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

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

Обычно выделяют следующие виды планов:

» концептуальный план;

» стратегический план реализации проекта;

» тактические (детальные, оперативные) планы.

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

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

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

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

» договорные требования и обязательства;

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

» оценочные и стоимостные модели;

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

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

» что мы собираемся сделать?

» как мы это сделаем?

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

Модель стратегического планирования может содержать несколько подэтапов (рис. 13.3.2).

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

Рис. 13.3.2. Модель стратегического планирования Методы SWOT-анализа (Strengths, Weaknesses, Opportunities and Threats — преимущества, слабые стороны, возможности, угрозы) часто используются для целей стратегического планирования, в особенности для оценки специфических параметров самой организации и ее окружения. Для проведения SWOT-анализа используют табл. 13.3.1. Для ее заполнения необходимо ответить на следующие вопросы:

» каковы наши преимущества, как мы можем их реализовать?

» в чем наши слабые стороны, как мы можем уменьшить их влияние?

» какие существуют возможности, как мы можем извлечь выгоду из них?

» что могло бы воспрепятствовать угрозам?

» что мы могли бы сделать для каждого из обстоятельств, чтобы преодолеть или избежать возникновение проблемы?

Таблица 13.3. Таблица для проведения SWOT-анализа Как можно Как их можно Преимущества Слабые стороны уменьшить их реализовать?

влияние?

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

успеху выявленных угроз?

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

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

» ориентированная на строительство;

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

» государственная;

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

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

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

» ориентированная на ввод в эксплуатацию;

» обеспечивающая оптимизацию отношения затрат, качества и сроков;

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

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

» ориентированная на случайность или на непредвиденные чрезвычайные обстоятельства;

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

13.4. Структура разбиения работ (СРР) Структура разбиения (декомпозиции) работ (WBS — Work Breakdown Structure) — иерархическая структура последовательной декомпозиции проекта на подпроекты, пакеты работ различного уровня, пакеты детальных работ. СРР является базовым средством для создания системы управления проектом, так как позволяет решать проблемы организации работ, распределения ответственности, оценки стоимости, создания системы отчетности, эффективно поддерживать процедуры сбора информации о выполнении работ и отображать результаты в информационной управленческой системе для обобщения графиков работ, стоимости, ресурсов и дат завершения.

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

» определить работы, пакеты работ, обеспечивающие достижение подцелей (частных целей) проекта;

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

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

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

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

» обеспечить членам команды понимание общих целей и задач по проекту.

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

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

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

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

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

Основанием декомпозиции СРР могут служить:

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

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

этапы жизненного цикла проекта, основные фазы;

подразделения организационной структуры;

географическое размещение для пространственно распределенных проектов.

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

Искусство декомпозиции проекта состоит в умелом согласовании основных структур проекта, к которым относят, прежде всего, организационную структуру (OBS — Organization Breakdown Structure), структуру статей затрат (ABS —- Account Breakdown Structure), структуру ресурсов (RBS — Resource Breakdown Structure), функциональную структуру, информационную структуру, структуру временных интервалов (порядок и состав фаз, этапов, ключевых событий проекта) и их возможные составные структуры. СРР служит основой для подобного согласования.

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

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

Правила, основные этапы построения и возможности использования СРР следующие:

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Возможные ошибки структуризации проекта:

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

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

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

» повторение элементов структуры;

» отсутствие интеграции структуры проекта с системой ведения бухгалтерских счетов в компании и с системой подготовки проектно-сметной документации (гл. 9);

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

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

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

» информационное или программное обеспечение.

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

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

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

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

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

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

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

Таблица 13.5. Матрица ответственности Исполнители Планово Задачи Менеджер Администратор финансовый Отдел сбыта проекта проекта отдел Согласование целей О К План по вехам О И К Бюджет проекта О И К План проекта П О Утверждение плана О К К Матрица может также отображать виды ответственности конкретных руководителей за те или иные работы. Кроме того, в матрице могут быть отображены роли людей, не задействованных непосредственно в проекте, но которые могут оказывать поддержку в работе команды.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

» по содержанию;

» по срокам выполнения;

» по структуре счетов, субсчетов;

» по ответственным исполнителям.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

» сколько событий или работ необходимо включить в график?

» насколько детально надо описывать технологию выполнения работ?

» для кого этот график предназначается?

Процесс разработки детального графика представлен на рис. 13.8.1.

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

Рис 13.8.1. Последовательность разработки детального графика 13.9. Сетевое планирование Сетевая диаграмма (сеть, граф сети, PERT-диаграмма) — графическое отображение работ проекта и зависимостей между ними. В планировании и управлении проектами под термином «сеть» понимается полный комплекс работ и вех проекта с установленными между ними зависимостями.

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

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

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

Рис. 13.9.3. Пример петли в сетевой модели Методы сетевого планирования — методы, основная цель которых заключается в том, чтобы сократить до минимума продолжительность проекта. Основываются на разработанных практически одновременно и независимо методе критического пути МКП (СРМ — Critical Path Method) и методе оценки и пересмотра планов ПЕРТ (PERT — Program Evaluation and Review Technique).

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

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

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

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

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

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

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

Процесс разработки сетевой модели включает в себя:

» определение списка работ проекта;

» оценку параметров работ;

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

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

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

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

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

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

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

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

Основными являются два типа работ:

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

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

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

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

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

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

1. Метод предшествования (PDM), или «вершина—работа» (см. рис. 13.9.1). Оперирует четырьмя типами зависимостей предшествования—следования:

» «начало после окончания». Это стандартная последовательность, при которой предшествующая работа должна завершиться до начала последующей;

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

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

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

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

3. Методы построения условных диаграмм (графиков).

4. Сетевые шаблоны.

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

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

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

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

» набор работ;

» зависимости между работами;

» оценки продолжительности каждой работы;

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

» календари ресурсов;

» ограничения на сроки начала и окончания отдельных работ или этапов;

» календарная дата начала проекта.

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

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

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

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

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

Результаты вычислений по МКП позволяют получить:

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

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

» ранние и поздние календарные даты начала и окончания каждой работы.

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

Расчет по МКП и анализ календарного графика работ с использованием компьютерных средств (гл.

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

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

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

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

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

Работа Описание работы Продолжите Раннее начало Раннее Позднее начало Позднее Полный льность окончание окончание резерв ВА710 Возведение каркаса 20 28 дек. 25 янв. 28 дек. 25 янв. AS107 Установка системы и компонент 30 21 янв. 04 мар. 21 янв. 04 мар. ВА712 Настилка полов 14 26 янв. 14 фев. 26 янв. 14 фев. ВА730 Бетонирование первого и второго 15 15 фев. 08 мар. 15 фев. 08 мар. этажей ВА810 Установка механического и 15 25 фев. 17 мар. 12 апр. 02 май электрооборудования AS109 Тестирование и отладка линии А 24 07 мар. 07 апр. 07 мар. 07 апр. AS110 Тестирование отладка линии Б 24 07 мар. 07 апр. 07 мар. 07 апр. AS270 Налаживание роботизированного пути 24 07 мар. 07 апр. 07 мар. 07 апр. линии Б AS 108 Установка системного контроллера 16 07 мар. 28 мар. 21 мар. 11 апр. BA720 Возведение стен эскалатора 10 09 мар. 22 мар. 09 мар. 22 мар. BA731 Бетонная плита основания 10 09 мар. 22 мар. 09 мар. 22 мар. AS250 Строительство железнодорожных 20 14 мар. 08 мар. 28 мар. 22 апр. сообщений BA820 Установка HVAC дымоходов 10 18 мар. 31 мар. 03 май 16 май AS260 Налаживание роботизированных 15 22 мар. 07 апр. 22 мар. 07 апр. путей линии А BA750 Возведение внешних стен 28 23 мар. 29 апр. 23 мар. 29 апр. Рис. 13.9.5. Представление расчета по МКП 13.10. Связь сметного и календарного планирования Смета (оценка, предварительный расчет, estimate) — документ, содержащий обоснование и расчет стоимости проекта (контракта), обычно на основе объемов работ проекта, требуемых ресурсов и цен. После согласования с заказчиком, руководством и т. п.

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

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

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

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

Пример интеграции программного обеспечения для календарно-сетевого планирования и сметной документации представлен в п. 22.5.

Рис. 13.10.1. Взаимосвязь календарно-сетевого планирования и разработки сметной документации 13.11. Ресурсное планирование Работы проекта для своего выполнения требуют разнообразных ресурсов. Вопросы управления ресурсами проекта рассмотрены в гл. 19. В задачах управления проектами обычно выделяют два основных типа.

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

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

Примерами ресурсов типа «мощности» являются люди и средства труда многократного использования (машины, механизмы, станки и т. п.).

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

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

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

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

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

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

» назначение ресурсов задачам;

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

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

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

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

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

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

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

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

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

» Введение;

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

» Стратегия;

» Объем работ;

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

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

» Структура проекта;

» Роли и ответственности;

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

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

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

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

» Внешние задачи;

» Возможные изменения;

» График работ;

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

» Список вех;

» Ресурсное обеспечение;

» Персонал;

» Оборудование;

» Средства;

» Прочее;

» Финансирование;

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

» Бюджет;

» План затрат;

» Фонды;

» Предположения;

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

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

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

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

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

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

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

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

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

КОНТРОЛЬНЫЕ ВОПРОСЫ И ЗАДАНИЯ 1. В чем состоит сущность планирования?

2. Какова основная цель планирования?

3. Перечислите основные процессы планирования.

4. Перечислите вспомогательные процессы планирования.

5. В чем состоит сущность агрегирования календарно-сетевых планов (графиков)?

6. Дайте определение концептуальному плану, стратегическому плану и детальному плану проекта.

7. В чем состоит сущность метода SWOT-анализа?

8. Перечислите 12 базовых возможных стратегий проекта.

9. Перечислите факторы успеха при стратегическом планировании.

10.Перечислите факторы успеха при детальном планировании.

11.Что должен включать в себя детальный график?

АНАЛИЗ СИТУАЦИИ. N-СКИЙ ПИВОВАРЕННЫЙ ЗАВОД (N-ПЗ) Для управления инвестиционным проектом развития ОАО «N-ский пивоваренный завод» по решению советом директоров общества будет создана рабочая группа под руководством генерального директора предприятия. Генеральный директор N-ПЗ, являющийся в соответствии с уставом единоличным исполнительным органом общества, своим приказом формирует рабочую группу, в состав которой будут введены ведущие специалисты предприятия, представители инвестора и банковские специалисты по проектному финансированию.

План реализации инвестиционного проекта развития производства на N-ПЗ включает в себя следующие основные этапы:

закупку технологического оборудования (в качестве поставщиков оборудования предполагается привлечь известные европейские фирмы-производители: «Альфа-Лаваль», «Тухенхаген», «Шенг», «Нагема», «Вест-фалия-Сепаратор», «Италком», «Антон Ойлерт», «Данбру»);

строительство (возможные подрядчики: «Дамбру», «Продмонтаж»);

монтаж технологического оборудования (возможные подрядчики: «Нагема», «Тухенхаген», «Продмонтаж», «Аттрактор ЛТД», «Дамбру»);

организацию службы маркетинга (силами N-ПЗ с использованием опыта передовых зарубежных и отечественных производителей);

организацию производственной деятельности (силами N-ПЗ с использованием опыта передовых зарубежных и отечественных производителей);

организацию финансовой деятельности (силами N-ПЗ и КБ «N-банк»).

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

График реализации инвестиционного проекта приведен в табл. 1.

Таблица Планом развития производства на N-ПЗ предусмотрена реконструкция ряда основных и вспомогательных цехов (отделений).

Достижение запланированных в инвестиционном проекте объемов производства N-ПЗ предполагается осуществлять в три этапа.

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

На втором этапе идет ввод и освоение производственных мощностей, а объем производства достигает 8,3 млн. долл. в год.

На третьем этапе достигается максимальный объем производства 12,3 млн. долл. в год.

График наращивания объемов выпуска продукции на N-ПЗ представлен в табл. 2.

Таблица Учитывая повышенные требования к качеству продукции, предъявляемые рынком пива московского региона в ходе реализации инвестиционного проекта планируется произвести коренную реорганизацию подразделений (служб) ответственных за качество выпускаемого на N-ПЗ пива. В рамках планируемой реорганизации разрозненные подразделения предполагается объединить в жесткую вертикаль, пронизывающую все стадии технологического процесса (цеха и лаборатории), которая будет замкнута на заместителя генерального директора N-ПЗ по качеству. Функциями создаваемой на N-ПЗ вертикали качества будут;

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

контроль и анализ качества сырья;

контроль за соблюдением параметров технологических процессов;

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

Вопрос для анализа:

Составьте календарный план описанного выше проекта.

ЛИТЕРАТУРА 1. Васильев Д.К., Колосова Е.В., Цветков А.В. Процедуры управления проектами // Инвестиционный эксперт. — 1998, № 3.

2. Толковый словарь по управлению проектами / Под ред. В.К. Иванец, А.И. Кочеткова, В.Д. Шапиро, Г.И.

Шмаль. — М.: ИНСАН, 1992.

3. Управление проектами. Зарубежный опыт / Под. ред. В.Д. Шапиро. — СПб.: ДваТрИ, 1993.

4. Управление проектами / Общая редакция В.Д. Шапиро. — СПб.: ДваТрИ, 1996.

5. Управление проектами: Толковый англо-русский словарь-справочник/ Под ред. В.Д. Шапиро. — М.:

Высшая школа, 2000.

6. Управление инвестициями. В 2 т. / В.В. Шеремет, В.М. Павлюченко, В.Д.Шапиро и др. — М.: Высшая школа, 1998.

Составлять сбалансированный бюджет — все равно что защищать свою добродетель:

нужно научиться говорить «нет».

Рональд Рейган Глава 14. УПРАВЛЕНИЕ СТОИМОСТЬЮ ПРОЕКТА 14.1.Основные принципы управления стоимостью проекта.

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

14.3.Бюджетирование проекта.

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

14.5.Отчетность по затратам.

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

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

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

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

» оценку стоимости проекта;

» бюджетирование проекта, т. е. установление целевых показателей затрат на реализацию проекта;

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

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

Смета проекта — документ, содержащий обоснование и расчет стоимости проекта (контракта), обычно на основе объемов работ проекта, требуемых ресурсов и цен.

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

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

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

Управление стоимостью осуществляется на протяжении всего жизненного цикла проекта, при этом, естественно, процессы управления реализуются по-разному на различных этапах проектного цикла. Это находит отражение в современной концепции управления стоимостью проекта — управления стоимостью на протяжении проекта (life-cycle costing — LCC) (рис.

14.1.1).

РИС. 14.1.1. Управление СТОИМОСТЬЮ на протяжении жизненного цикла проекта Представленная концепция будет описана по мере рассмотрения процессов, составляющих управление стоимостью, особенно процесса оценки стоимости проекта, так как этот процесс является основным как для бюджетирования и контроля, так и для функции управления стоимостью в целом.

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

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

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

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

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

» оборудование (покупка, взятие в аренду, лизинг);

» приспособления, устройства и производственные мощности;

» рабочий труд (штатные сотрудники, нанятые по контракту);

» расходные товары (канцелярские принадлежности и т. д.);

» материалы;

» обучение, семинары, конференции;

» субконтракты;

» перевозки и т. д.

Таблица 14.2. Виды оценок стоимости проекта Погрешность, Стадия проекта Вид оценки Цель оценок % Предварительная Оценка Оценка жизнеспособности/финансовой Концепция проекта 25- жизнеспособности/ реализуемости проекта реализуемости проекта Факторная Сопоставление планируемых затрат с Обоснование Укрупненный расчет бюджетными ограничениями, основа для 20- инвестиций стоимости/ предварительная формирования предварительного бюджета смета Технико Принятие окончательного инвестиционного экономическое Приближенная решения, финансирование проекта.

обоснование 15- Сметно-финансовый расчет Проведение переговоров и тендеров, основа Тендеры, переговоры и для формирования уточненного бюджета контракты Разработка рабочей Окончательная Основа для расчетов и для управления 3- документации Сметная документация стоимостью проекта Погрешность, Стадия проекта Вид оценки Цель оценок % Фактическая По уже реализованным Оценка стоимости уже произведенных работ Реализация проекта работам Прогнозная Оценка стоимости работ, предстоящих к 3- По предстоящим работа реализации Фактическая Сдача в эксплуатацию Прогнозная 3- Фактическая Эксплуатация Прогнозная 3- Завершение проекта Фактическая Полная оценка стоимости проекта Все затраты можно классифицировать как:

» прямые и накладные расходы;

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

» постоянные и переменные по признаку зависимости от объема работ;

» плату за сверхурочное рабочее время.

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

Техника оценки затрат проекта состоит из 13 шагов. Они могут различаться в зависимости от проекта и включают в общем случае следующие:

1. Определение потребностей работы в ресурсах.

2. Разработку сетевой модели.

3. Разработку структуры разбиения работ.

4. Оценку затрат в разрезе структуры разбиения работ.

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

6. Выработку основного направления действий.

7. Оценку затрат для каждого элемента СРР.

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

10. Разработку схемы линейной ответственности.

11. Разработку детальных графиков.

12. Формирование суммарного отчета по затратам.

13. Включение результатов оценки затрат в документы проекта.

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

Различают три вида затрат:

» обязательства;

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

» фактические затраты (отток денежной наличности).

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

Бюджетные затраты характеризуют расходы, планируемые при производстве работ.

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

Реальное соотношение этих видов затрат зависит от нескольких факторов, включающих в себя:

» соотношение между объемами трудовых ресурсов, материалов и субконтрактов в проекте;

» политику оплаты счетов в организации;

» период поставки основного оборудования;

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

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

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

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

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

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

затраты на строительство: производственные и административные помещения (строительство новых или реконструкция старых);

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

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

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

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

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

14.3.1.

Бюджетирование является планированием стоимости, т. е. определением плана затрат:

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

Бюджет может составляться в виде:

1) календарных план-графиков затрат (рис. 14.3.1), 2) матрицы распределения расходов, 3) столбчатых диаграмм затрат, 4) столбчатых диаграмм кумулятивных (нарастающим итогом) затрат (рис. 14.3.2), 5) линейных диаграмм распределенных во времени кумулятивных затрат (рис. 14.3.3), 6) круговых диаграмм структуры расходов (рис. 14.3.4) и пр.

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

» потребителя документа;

» цели создания документа;

» сложившихся стандартов;

» интересующей информации.

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

» предварительными (оценочными);

» утвержденными (официальными);

» текущими (корректируемыми);

» фактическими.

После проведения технико-экономических исследований (гл. 4) составляются предварительные бюджеты, которые носят в большей степени оценочный, нежели директивный характер. Такие бюджеты подвергаются согласованию со всеми заинтересованными лицами и в конечном итоге утверждаются руководителем проекта Работа Январь Февраль Март Апрель Май Июнь Июль Август Сентябрь 1. Подготовка бизнес-плана 10 000 2. Разработка проектной и 20 исходно-разрешительной документации 3. Геологическая и геодезическая подготовка 4. Устройство фундамента 20 5. Общестроительные работы 15 000 15 000 15 6, Кровельные работы 20 7. Отделочные работы 5000 10 8. Пусконаладочные работы 2000 10 000 9. Сдача объекта в эксплуатацию Рис. 14.3.1. Календарный план-график затрат Рис. 14.3.2. Столбчатая диаграмма кумулятивных затрат Рис. 14.3.3. Линейная диаграмма распределенных во времени кумулятивных затрат Рис. 14.3.4. Круговая диаграмма структуры расходов или другим лицом, принимающим решение. После того, как бюджет обрел официальный статус, он становится эталоном, по отношению к которому происходит сравнение фактических результатов. В ходе реализации проекта возникают отклонения от ранее запланированных показателей, что должно своевременно отражаться в текущих бюджетах. И по завершении всех работ в качестве итогового документа создается фактический бюджет, в котором отражаются реальные цифры.

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

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

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

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

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

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

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

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

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

» расчетная стоимость (PC): наилучшая оценка общей стоимости, которую будет иметь работа или проект при завершении. Расчетная стоимость вычисляется как сумма фактических затрат на текущую дату и НДЗ;

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

метод освоенного объема.

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

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

BCWS = ВС (общий бюджет) х % по плану.

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

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

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

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

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

» плановые (бюджетные) затраты — BCWS;

» фактические затраты — ACWP;

» освоенный объем — BCWP (Budgeted Cost of Work Performed). Это плановая стоимость фактически выполненных работ или количество ресурса, запланированное на фактически выполненный объем работ к текущей дате. Освоенный объем не зависит от фактически произведенных затрат по работе:

BCWP = Плановая стоимость х % использования ресурса.

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

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

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

Рис. 14.4.2 дает графическое представление анализа на основе факта.

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

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

Рис. 14.4.2. Анализ освоенного объема и расхождений Рис. 14.4.3. Процесс сбора данных и создания отчетов Таблица 14.4. Стоимостные параметры работ проекта Показатель Формула или способ расчета Плановая стоимость выполненных работ (BCWP, освоенный BCWP = Плановая стоимость х х % объем). Плановая стоимость фактически выполненных работ использования ресурса или количество ресурса, запланированное на фактически выполненный объем работ к текущей дате Общие бюджетные затраты Полная стоимость работы, принятая в базовом плане Бюджетная стоимость (BCWS). Часть стоимости работы, Общие бюджетные затраты х % по плану которая должна быть освоена к текущей дате в соответствии с базовым планом (стоимость работы в расчете за период времени по плану) Фактические затраты (ACWP) Фактические затраты по работе на текущую дату Индекс освоения затрат Освоенный объем / Фактические затраты = 1 - затраты на текущую дату соответствуют плану > 1 - на текущую дату затрачено меньше средств, чем предусмотрено < 1 - на текущую дату средств затрачено больше, чем предусмотрено Отклонение по затратам Освоенный объем -Фактические затраты < 0 — перерасход средств на текущую дату > 0 - недорасход средств на текущую дату Относительное отклонение по затратам Показывает отношение отклонения по затратам к запланированным по бюджету затратам на текущую дату (BCWS) Оценка стоимости до завершения Базируется на текущих результатах Оценка (прогноз) стоимости по завершении — оценка Фактические затраты + Оценка стоимости полной стоимости работы, базирующаяся на текущих до завершения результатах Индекс выполнения плана — отношение освоенного объема Освоенный объем / Бюджетная стоимость к бюджетной стоимости работ по плану на текущую дату Расхождение по затратам < 0 — Бюджетные затраты - Оценка стоимости по перерасход затрат завершении Процент перерасхода затрат, % Расхождение по затратам / Бюджетные затраты Основным достоинством методики освоенного объема является возможность «раннего обнаружения» (обнаружения на ранних стадиях реализации проекта) несоответствия фактических показателей проекта плановым, прогнозирования на их основе результатов выполнения проекта (сроков, затрат и т. д.) и принятия своевременных корректирующих воздействий, вплоть до прекращения проекта.

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

Поясним разницу между традиционным методом и методом освоенного объема на примере.

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

BCWS = 25, а ACWP = 22. При этом, согласно плану, на выполнение работ нужно было израсходовать 20 ед., т. е. BCWP = 20.

В соответствии с традиционным подходом отклонение по затратам составляет 25—22= ед., т. е. наблюдается экономия. В соответствии с методом освоенного объема реальное отклонение по затратам составляет 20—22—2 ед., т. е. имеет место перерасход денежных средств. При этом отклонение от графика расхода денежных средств составляет 25—20= ед., что говорит об отставании реального хода выполнения проекта от запланированного на 20%.

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

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

» Стоимость по завершении = Фактические затраты на текущую дату + Оставшаяся стоимость проекта, скорректированная с учетом индекса освоения затрат;

» Стоимость по завершении = Фактические затраты на текущую дату + Оценка оставшейся стоимости проекта (ETC);

» Стоимость по завершении = Фактические затраты на текущую дату + Новая смета на оставшуюся часть проекта.

Индекс освоения затрат (CPI) рассчитывается как отношение освоенного объема к фактическим затратам:

Параллельно рассчитывается индекс выполнения расписания (SPI):

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

1.Традиционный метод ЕАС = ACWP + ETC.

2.Метод освоенного объема Пессимистическая оценка Оптимистическая оценка Также может использоваться показатель прогнозного отклонения стоимости проекта (variance at completion — VAC):

VAC=BAC - ЕАС.

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

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

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

Пример расчета контрольных показателей стоимости проекта приведен в табл. 14.4.2.

Таблица 14.4. Пример расчета показателей выполнения бюджета проекта Плановые Освоенный Фактически Отклонение по Отклонение по затратам затраты объем е затраты расписанию Работа BCWS BCWP ACWP CV($) CVP(%) SV($) SVP (%) 1 63,000 58,000 62,500 -4,500 -7,8 -5,000 -7, 2 64,000 48,000 46,800 1,200 2,5 -16,000 -25, 3 23,000 20,000 23,500 -3,500 -17,5 -3,000 -13, 4 68,000 68,000 72,500 -4,500 -6,6 0 0, 5 12,000 10,000 10,000 0 0,0 -2,000 -16, 6 7,000 6,200 6,000 200 3,2 -800 -11, 7 20,000 13,500 18,100 -4,600 -34,1 -6,500 -32, Всего 257,000 223,700 239,400 -15,700 -7,0 -33,300 -13, Индекс освоения затрат будет равен 223,700/239,400 = 0,93, а оценка затрат по завершении всего проекта: 257,000 х 0,93 = 239,100. Из этих показателей видно, что проект пока выполняется с экономией стоимости проекта, и если он будет выполняться с теми же параметрами, то экономия в стоимости проекта составит: VAC = 257,000 - 239,100 = 17,900.

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

14.5.1.

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

На стадии планирования проекта формируют отчеты о бюджетной стоимости работ (рис.

14.5.2), распределении бюджетных средств по счетам затрат (рис. 14.5.3) и т. д.

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

» трудозатратах;

» материалах;

» других прямых издержках;

» перерасходе денежных средств.

Рис. 14.5.1. Потоки отчетов в организации Бюджет Описание работы Июль Август Сентябрь работы Определение требований системы 2960 Разработка строительного дополнения 9600 4800 Разработка системы 17 000 17 Подготовка чертежей для контроллера системы 2376 Обзор и утверждение разработок 1680 1440 Утверждение разработки системы 1873 375 Подготовка чертежей для оборудования 2640 528 контроля температур Рассмотрение и утверждение системы 3426 685 контроллера Сбор технических данных для теплового насоса 540 Подготовка площадки 19 608 19 Обзор технических данных о тепловом насосе 600 Рассмотрение и утверждение оборудования 2826 282, контроля температур Подготовка заявки для системного контроллера 784 Подготовка площадки 680 Всего за месяц 66 593 7760 27 204 31 Рис 14.5.2. Отчет о распределении бюджетных затрат на работы по месяцам Счет затрат Бюджетные затраты + 11101 Разработка автоматизированной системы 21 833, + 11211 Разработка оборудования термоконтроля 5 466, + 11213 Установка оборудования термоконтроля 35 757, + 11221 Разработка работы контроллера 500, + 11223 Установка работы контроллера 44 482, + 11231 Разработка системного контроллера 5801, + 11233 Установка системного контроллера 20 299, + 11314 Матобеспечение 11 164, + 11415 Тренинговые материалы автосистемы 1987, + 12101 Разработка конвейерной системы 7299, + 12213 Установка конвейерной системы 54 620, Рис 14.5.3. Отчет о распределении бюджетных средств по счетам затрат Отчет о перерасходе денежных средств формируется ежегодно либо ежемесячно на весь проект.

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

РЕЗЮМЕ Стоимость проекта является одним из основных управляемых параметров проекта и в то же время одним из главных ограничений.

Управление стоимостью (затратами) проекта включает следующие процессы:

» оценку стоимости проекта;

» бюджетирование проекта, т. е. установление целевых показателей затрат на реализацию проекта;

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

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

КОНТРОЛЬНЫЕ ВОПРОСЫ И ЗАДАНИЯ 1. Чем определяется стоимость проекта?

2. Дайте определение понятию «бюджет» проекта.

3. Дайте определение понятию «смета» проекта.

4. Перечислите виды оценок стоимости проекта и укажите на каких стадиях они применяются.

5. Перечислите ресурсы, которыми определяется стоимость проекта.

6. Перечислите шаги по оценке затрат проекта.

7. Дайте определение понятию «бюджетирование».

8. От чего зависит форма представления бюджетов.

9. Перечислите типы бюджетов в зависимости от стадии жизненного цикла.

10.Перечислите основные понятия традиционного метода контроля и метода освоенного объема.

11.В чем состоит сущность прогнозирования затрат?

12.В чем состоит цель составления и представления отчетности?

АНАЛИЗ СИТУАЦИИ. ПРОЕКТ АВТОМАТИЗАЦИИ ДОКУМЕНТООБОРОТА Крупная московская фирма по производству и продаже ликероводочных изделий инициировала проект автоматизации документооборота, который подразумевал проектирование, разработку и внедрение intranet-сети. В качестве заказчика проекта выступила сама фирма, а в качестве генерального подрядчика — консалтинговая фирма, специализирующаяся на предоставлении услуг в области современных информационных технологий. При этом консалтинговая фирма взяла на себя обязательства самостоятельно спроектировать всю систему документооборота и создать ее силами субподрядной софтверной фирмы.

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

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

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

Вопросы для анализа:

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

2. Какие ошибки были допущены в управлении стоимостью со стороны консалтинговой фирмы?

3. Как Вы оцениваете решение, принятое на совещании?

4. Какое решение было бы более целесообразно, по Вашему мнению?

ЛИТЕРАТУРА 1. Kerzner H. Project management: a system approach to planning, scheduling and controlling. 6th ed. 1998.

2. Шеремет В.В. и др. Управление инвестициями. В 2 т. — Т.1. — М.: Высшая школа, 1998.

3. Разу М.Л. и др. Управление программами и проектами. — ML: ИНФРА-М, 1999.

Плохо то решение, которое нельзя изменить.

Публий Сир Глава 15. КОНТРОЛЬ И РЕГУЛИРОВАНИЕ ПРОЕКТА 15.1.Цели и содержание контроля проекта.

15.2.Мониторинг работ по проекту.

15.3.Измерение прогресса и анализ результатов.

15.4.Принятие решений.

15.5.Управление изменениями.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

» точная оценка времени, ресурсов и затрат;

» учет фактического выполнения и затрат во временном разрезе;

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

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

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

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

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

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

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

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

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

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

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

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

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

15.1.3):

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

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

» контроль изменений содержания — контроль за изменениями содержания проекта;

» контроль расписания — контроль за изменениями в расписании проекта;

» контроль затрат — контроль затрат по работам и изменений бюджета проекта (гл. 14);

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

» контроль риска — реагирование на изменение уровня риска в ходе реализации проекта.

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

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

» отслеживание: сбор и документирование фактических данных;

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

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

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

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

Рис. 15.1.4. Обобщенная схема процесса контроля исполнения проекта 15.2. Мониторинг работ по проекту Мониторинг — контроль, слежение, учет, анализ и составление отчетов о фактическом выполнении проекта в сравнении с планом.

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

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

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

Методы контроля фактического выполнения подразделяются на:

» метод простого контроля, который также называют методом «0—100», поскольку он отслеживает только моменты завершения детальных работ (существуют только две степени завершенности работы: 0% и 100%). Другими словами, считается, что работа выполнена только тогда, когда достигнут ее конечный результат;

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

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

Иногда встречаются несколько модифицированные варианты метода детального контроля:

» метод 50/50, в котором имеется возможность учета некоторого промежуточного результата для незавершенных работ. Степень завершенности работы определяется в момент, когда на работу израсходовано 50% бюджета;

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

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

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

15.2.1.

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

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

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

15.3. Измерение прогресса и анализ результатов Собранные данные используются для расчета прогресса выполнения работ проекта по показателям [1—3]:

» время;

» стоимость;

» качество;

» организация проекта;

» содержание работ.

Вопросы контроля стоимости проекта рассмотрены в гл. 14.

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

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

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

д.

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

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

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

» какие именно данные необходимо собирать и каким образом?

» как часто следует обновлять расписание проекта?

» используются местные ресурсы или привозные?

» в каких подразделениях проекта (в каких пакетах работ) используются ресурсы?

» кто именно в каждом подразделении будет собирать информацию для обновления расписания?

» кому и когда необходимо представлять последние данные?

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

Фактическая информация по выполнению работ не оказывает влияния на базовый (директивный) план;

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

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

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

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

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

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

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

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

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

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

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

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

» пересмотра оценок длительностей работ;

» определения причин задержек;

» стоимостного анализа на основе факта.

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

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

15.4. Принятие решений Определив отклонения проекта от плана, менеджер должен предпринять соответствующие действия. Чем раньше корректирующие действия предприняты, тем лучше. Действия по восстановлению контроля над проектом рекомендуется также тщательно планировать.

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

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

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

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

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

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

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

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

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

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

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

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

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

для определения уже совершившихся изменений в проекте;

для управления изменениями в проекте по мере их появления. Общий контроль изменений включает:

» поддержание и обновление базового (целевого, директивного, опорного и т. д.) плана (графика) проекта, применяемого для сравнения с планами, формируемыми в процессе выполнения проекта;

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

» обязательное изменение содержания проекта при изменении содержания его результата (продукта, товара, услуги и т. д.);

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

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

Для общего контроля изменений используется набор формальных процедур, установленных внутрифирменным стандартом реализующей проект организации, которые определяют регламент изменений ранее принятых официальных документов проекта и порядок их утверждения. Это может быть, например, сложившаяся в организации система документооборота. Если такой системы нет, то команде проекта необходимо разработать подобную систему или адаптировать специальные программные оболочки (например, программный продукт Expedition компании Primavera Systems), в которых реализованы наиболее распространенные и зарекомендовавшие себя на практике методы и средства управления изменениями. Создание системы в этом случае становится частью проекта, причем весьма важной. Для контроля изменений применяются также процедуры обработки изменений, которые могут быть утверждены без предварительного рассмотрения (например, в ходе регламентных работ с ограниченным временем принятия решения или при возникновении чрезвычайных ситуаций). Для таких заранее оговоренных случаев подсистема контроля изменений должна позволять «автоматически» утверждать определенные категории изменений. Как и любые другие изменения, эти изменения должны быть в обязательном порядке задокументированы и учтены, чтобы не возникло проблем в дальнейшем из-за отсутствия информации о реальном состоянии дел по проекту.

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

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

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

для определения изменений содержания проекта;

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

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

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

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

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

Pages:     | 1 |   ...   | 4 | 5 || 7 | 8 |   ...   | 10 |



© 2011 www.dissers.ru - «Бесплатная электронная библиотека»

Материалы этого сайта размещены для ознакомления, все права принадлежат их авторам.
Если Вы не согласны с тем, что Ваш материал размещён на этом сайте, пожалуйста, напишите нам, мы в течении 1-2 рабочих дней удалим его.