ВУЗ: Не указан
Категория: Не указан
Дисциплина: Не указана
Добавлен: 27.06.2021
Просмотров: 531
Скачиваний: 3
Организация выполнения работ по проекту заключается прежде всего в разработке и создании организационной структуры проекта.
Организационная структура проекта – наиболее соответствующая проекту временная организационная структура, включающая всех его участников и создаваемая для успешного достижения целей проекта.
Структурная декомпозиция организации проекта выстраивается в соответствии СРР для соотнесения блоков (пакетов) работ с организационными единицами. Соотнесение отдельных элементов организационной структуры и СРР может быть представлено в форме матрицы распределения работ по исполнителям или матрицы распределения ответственности. В обоих случаях определяются и описываются функции участников, участвующих в выполнении проекта.
Разработка организационной структуры инвестиционного проекта включает:
-
идентификацию всех организационных единиц;
определение ролей участников проекта и их взаимодействия; -
определение ответственности и полномочий;
-
распределение ответственности и полномочий между организационными единицами структуры;
-
разработку инструкций, регламентирующих взаимодействие в структуре и рабочие процедуры.
Организационная структура проекта может быть функциональной, проектной, матричной или смешанной. При разработке организационной структуры инвестиционного проекта следует учитывать культурные традиции и влияние факторов внешней среды. Организационная структура инвестиционного проекта является динамической структурой, которая претерпевает изменения в процессе осуществления проекта. Эти изменения зависят от фаз жизненного цикла проекта, типов используемых в проекте контрактов и других условий выполнения проекта.
Организационная структура инвестиционного проекта включает в себя структуру управления и производственную структуру. Каждый проект уникален, поэтому нет и не может быть типовых структур организации ведения инвестиционных проектов. Однако можно описать общеметодологический подход к созданию производственных структур и структур управления инвестиционными проектами.
Прежде всего управляющий проекта обязан составить полный перечень участников проекта и понять технологию принятия решений заказчиком, оценив тем самым, каким образом она может повлиять на ход реализации проекта.
Для каждого участника устанавливается тип взаимоотношений (кто, кого, чем обеспечивает), а также характерные риски с тем, чтобы учесть их при разработке стратегии построения договорных отношений. Для того чтобы решить эту задачу, управляющий проекта заполняет матрицу стратегического анализа (пример приведен на рисунке 1).
Рис.
1. Форма матрицы стратегического анализа
В результате управляющий проекта подготавливает документ, описывающий взаимодействия участников проекта, в котором определяются:
-
цель и периодичность встреч участников проекта (координационный совет, еженедельные встречи и т.д.);
-
периодичность, частота и содержание отчетов.
Для выработки собственной стратегии работы управляющий проекта должен понять, почему заказчик решил взяться за данную работу, каковы его цели и что он считает ключевыми факторами успеха. После этого управляющий проекта определяет, кто, что и когда обязан делать. Эта информация заносится в матрицу распределения ответственности (пример приведен на рисунке 2).
Рис.
2. Матрица распределения ответственности
по фазам инвестиционного проекта
На рисунке 3 приведен пример распределения ответственности за материально-техническое обеспечение. Аналогичные таблицы составляются абсолютно для всех видов деятельности по проекту с целью точного распределения ответственности между участниками проекта.
Рис.
3. Матрица распределения ответственности
– материально-техническое обеспечение
В общем случае для каждого ключевого сотрудника инвестиционного проекта составляется должностная инструкция, в которой определяются его функции, права, обязанности и ответственность. Права, обязанности и ответственность привлеченных участников проекта фиксируются договорными обязательствами.
На рисунке 4 приведен пример схемы организации команды проекта. Обычно все участники проекта подчиняются управляющему (менеджеру) проекта. Функциональные подразделения обеспечивают техническую поддержку работ по проекту.
Рис.
4. Пример организации команды инвестиционного
проекта
Схема, приведенная в рисунке 5, не привязана ни к типу организации работ по проекту, ни к организационной форме, оговариваемой в контракте (консорциум, совместное предприятие, товарищество, коммерческое партнерство). Вместе с тем в схеме приведены все виды деятельности по проекту.
Рис.
5. Пример схемы организационной структуры
инвестиционного проекта
Реализовать проект в точном соответствии с заранее составленным планом невозможно. Этому мешают неопределенность и неустойчивость как внешних, так и внутренних дестабилизирующих факторов. Следовательно, необходим механизм регулирования, целью которого является корректировка хода осуществления проекта.
Регулирование хода исполнения проекта состоит в циклическом повторении с принятой периодичностью (сутки, неделя, декада, месяц и т.д.) следующих процедур:
А. Сбор и подготовка оперативной информации.
Б. Подготовка данных для пересчета графиков.
В. Пересчет (актуализация) графиков (календарных планов).
Г. Анализ фактического состояния выполнения работ.
Д. Принятие решений по дальнейшему выполнению работ проекта.
Обновление (актуализация) моделей включает в себя регистрацию на календарном графике состояния выполненных работ, внесение новых работ и т.п. Набор рассчитываемых параметров аналогичен используемому при первичном планировании. Целью этого процесса является обеспечение соответствия календарного плана фактическому состоянию реализации инвестиционного проекта.
Скорректированные графики (календарные планы) подвергаются тщательному анализу. Его цель – контроль и оценка общего хода работ, выявление причин отставания, изучение динамики выявленных изменений со времени введения предыдущих корректив и т.д. Особое внимание при этом уделяется критическим зонам. Важной частью этого механизма является контроль.
3.Кнтроль изменений проекта
Управление изменениями производится в течение всего срока работы над проектом и связано с тем, что проект очень редко идет в полном соответствии с намеченным планом. Заказчики хотят внести изменения в содержание, возникают и исчезают риски, изменяется законодательство, по ходу выполнения проекта изменяется общее представление о проекте у его участников, обнаруживаются ошибки планирования, которые необходимо исправить, одни люди уходят из проекта и другие приходят на их место. Все это приводит к изменениям в проекте.
Управление изменениями - это совокупность заранее оговоренных процедур и правил, в соответствии с которыми изменения вносятся в проект. Важно отметить, что любое изменение, прежде чем оно будет внесено в план проекта, вначале рассматривается лицами, имеющими соответствующие полномочия, которые ответственны за внесение изменений.
После рассмотрения изменение либо принимается, либо отвергается (или откладывается до выяснения обстоятельств).
Все изменения, влияющие на продукт проекта, должны быть обязательно одобрены заказчиком. Для этого в правоустанавливающие документы проекта вносится статья, описывающая процедуру рассмотрения и утверждение изменений, а также сроки выполнения этой процедуры каждой из сторон.
Изменений не нужно бояться, ими нужно управлять с помощью системы управления изменениями. Для того чтобы внедрить эффективную систему управления изменениями, необходимо выполнить следующее:
-
разработать формальную процедуру управления изменениями. Для этого нужно определить перечень действий, который будет выполняться в стандартной последовательности, что позволит упорядочить работу с изменениями.
-
разработать и начать использовать документы, которыми участники проекта будут пользоваться для управления изменениями.
-
распределить роли и зоны ответственности между участниками проекта, чтобы между ними было понимание того, кто имеет право подавать запросы на изменения, без чьего утверждения изменение не может быть реализовано, кто должен проследить за тем, чтобы изменение было выполнено.
Важно при этом добиться того, чтобы разработанная система управления изменениями не осталось «мертвой» стопкой документов, а реально работала. Процедура управления изменениями должна выглядеть примерно следующим образом:
1. Подача запроса на изменение. Запрос на изменение должен быть документирован и внесен в базу данных для дальнейшего контроля его статуса.
2. Оценка последствий. Производится оценка степени воздействия предлагаемого изменения на проект.
3. Принятие решения об изменении. Принимается решение о необходимости предложенного изменения или отказе от его реализации.
4. Реализация изменения. Если принято решение об утверждении изменения, необходимо обеспечить выполнение изменения.
5. Контроль. Если изменение выполнено, вопрос может быть снят с контроля, следовательно, статус запроса на изменение должен быть изменен в базе данных.
Ниже мы более подробно разберем каждый шаг процедуры и определим, кто из участников проекта выполняет эти шаги, и какие документы при этом используются.
Подача запроса на изменение Кто же имеет право подавать запросы на изменения? Любой участник проекта имеет на это право. Запросы на изменения могут подаваться в любом согласованном участниками проекта виде: на бумаге, электронным сообщением, путем заполнения формы в специализированной системе или другим способом. Форма запроса на изменения, как минимум, должна содержать следующую информацию:
-
название проекта;
-
имя менеджера проекта, к которому поступает запрос;
-
имя участника проекта, подавшего запрос на изменение;
-
дата подачи запроса;
-
порядковый номер запроса на изменение;
-
описание изменения.
Запросы на изменения необходимо регистрировать, например, в Журнале контроля изменений. В нем можно учитывать количество поданных запросов по проекту и отслеживать их статус вплоть до снятия с контроля вопроса о внесении изменения. Лучше, если для этого будет использоваться какая-либо система электронного документооборота.
Оценка последствий. Есть ли необходимость для каждого, даже незначительного изменения заниматься оценкой последствий внесения изменений? Да, это нужно делать всегда. Другое дело, кто этим занимается? Если последствия изменения будут незначительными, менеджер проекта может и самостоятельно принять решение о необходимости внесения изменения в проект. В противном случае запрос на изменение эскалируется в вышестоящий орган управления проектом, например, специально созданный Совет по управлению изменениями. В таком случае должны быть четкие критерии, по которым можно определить необходимость рассмотрения изменений на Совете по управлению изменениями или в другом вышестоящем органе управления проектом. Такими критериями, как правило, являются изменения базовых сроков, стоимости, ранее утвержденных результатов проекта.
Всесторонняя оценка последствий внесения изменений предполагает решение следующих вопросов:
-
Какая выгода будет получена от внесения изменений?
-
Какие риски связаны с проектом, если реализовать предложенные изменения? Какие риски ожидают, если отказаться от изменений?
-
Когда подан запрос на изменение? Если запрос поступил в самом начале проекта, то изменения, скорее всего, не окажут сильного воздействия на проект, но если проект уже выполнен на 70%, то изменения приведут к переделкам, а возможно и к переносу сроков.
-
Как изменения повлияют на результаты проекта, проектные документы, сроки, бюджет, ресурсы и другие аспекты проекта?
Даже в том случае, если запрос на изменение поступил от самого заказчика, не следует отступать от принятой процедуры. Нужно в полном соответствии с формальной процедурой внесения изменений проверить влияние изменений на параметры проекта и сообщить заказчику результаты. Если решения об изменениях принимает Совет по управлению изменениями, можно пригласить заказчика на совещание, где будет принято решение об утверждении или отклонении поданного запроса на изменение.
Некоторые изменения настолько велики, что представляют собой «проект» в проекте. Одна лишь оценка последствий внесения изменений может вылиться в серьезное исследование, результаты которого следует документировать и представить Совету по управлению изменениями.
Принятие решения об изменении. В соответствии с указанными выше критериями, решения по поданным запросам на изменения принимает либо менеджер проекта самостоятельно, либо Совет по управлению изменениями. Часто в составе такого совета можно видеть заказчика.
По запросам, рассматриваемым Советом по управлению изменениями, могут быть приняты разные решения:
-
утвердить;
-
утвердить при выполнении специфических условий;
-
отклонить;
-
отправить на доработку.
Недостаточно утвердить изменение, важно определить сроки, за которые нужно выполнить изменение и закрепить ответственного за реализацию изменения. Также важно довести до сведения заинтересованных лиц информацию о том, какое именно решение принято. Следовательно, нужно подумать о следующих вопросах:
-
Каким способом будет распространяться информация о принятых решениях?
-
В каком виде будет доводиться информация об отказах и их причинах?
Реализация изменения Изменения могут касаться результатов проекта, проектных документов. И те, и другие изменения нужно обязательно реализовать. В каких случаях приходится изменять проектную документацию? Например, когда изменения настолько серьезные, что требуется изменить базовый план проекта. Зачастую члены команды управления проектом во главе с менеджером проекта отвечают за изменения в проектных документах. За изменения результатов проекта отвечают назначенные на эти задачи члены команды проекта. Они должны запланировать действия по внесению изменений; протестировать изменения на небольшом участке, прежде чем решаться на полномасштабные изменения; выполнить изменения и сообщить о факте завершения работ.
Контроль При контроле текущий план сравнивается с базовым, а если базовый план был изменен, то сравнение идет с новым базовым планом. После исполнения изменений желательно документировать все последствия внесения изменений в отдельном отчете. В нем может содержаться следующая информация:
-
Какие положительные и отрицательные уроки для будущих проектов можно получить от подобных изменений?
-
Получили ли заинтересованные стороны информацию о том, какие изменения были произведены?
-
Внесли ли в журнал контроля изменений информацию о снятии вопроса с контроля?