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

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

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

Таблица 15.2.1

Критерии для контроля и требуемые данные

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

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

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

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

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

» время;

» стоимость;

» качество;

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

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

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

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

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

альным результатам.

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

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

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

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

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

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

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

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

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

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

» какие отчеты необходимы после каждого обновления и что

» надо анализировать в первую очередь?

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

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

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

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

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

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

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

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

Рис. 15.3.1. Сравнение базового и текущего графиков

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

» цели и планы проекта;

» механизмы реализации проекта;

» использование ресурсов;

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

» используемые стандарты и нормативы;

» география размещения объектов;

» внешние факторы, влияющие на проект.

Причинами изменений в содержании работ могут быть:

» изменения конъюнктуры на рынке;

» действия и намерения конкурентов;

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

» экономическая нестабильность;

» ошибки в планах и оценках;

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

» изменения в контрактах и спецификациях;

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

» необходимость ускорения работ;

» влияние других проектов.

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

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

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

» реализация эффективной взаимосвязи между участниками проекта;

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

» возможность отслеживать влияние изменений на временные и стоимостные показатели проекта.

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

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

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

1. Описание. На начальной стадии необходимо уяснить и описать предлагаемое изменение. Предложение документируется и обсуждается.

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

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

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

5. Подтверждение исполнения.

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

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

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

» запрос на осуществление изменения. Формируется на начальной стадии;

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

» сводная форма контроля изменения — содержит обобщенную информацию об изменении.

Рис. 15.5.1. Цикл контроля изменений

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

запросов на осуществление изменений. Для контроля за прохождением изменения назначается администратор процесса.

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

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

РЕЗЮМЕ

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

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

» четкие планы;

» ясную систему отчетности;

» эффективную систему анализа фактических показателей и тенденций;

» эффективную систему реагирования.

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

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

1. Назовите основную цель контроля проекта.

2. В чем состоит содержание контроля проекта?

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

4. Перечислите основные принципы построения эффективной системы контроля.

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

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

7. Дайте определение понятию «мониторинг».

8. Перечислите и опишите методы контроля фактического выполнения проекта.

9. В чем заключается контроль прогресса в реализации проекта?

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

11. В чем заключается управление изменениями?

АНАЛИЗ СИТУАЦИИ.

МЕХАНИЗМ КОНТРОЛЯ В ФИРМЕ «БРИТИШ ТЕЛЕКОМ»

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

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

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

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

1. С какими функциями и подсистемами связана подсистема контроля в вышеприведенном примере?

2. Какой объект контроля является основным?

3. Как можно охарактеризовать описанную выше систему контроля по уровню управления компанией?

ЛИТЕРАТУРА

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

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

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

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

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

Думай о конце дела, о том, чтобы счастливо выйти,

Дата добавления: 2014-12-25