Э. Джураев.

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



скачать книгу бесплатно

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

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

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

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

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


Таблица 3.4. Операции группы управления человеческими ресурсами в проекте





3.4. Управление интеграцией проекта

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

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

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

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

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

2) Рассмотрение запроса на изменение. Руководитель проекта организовывает и проводит рассмотрение, согласование и утверждение (отклонение) Запроса на изменение в соответствии с установленными в проекте правилами коммуникаций (см. п. 5.).

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

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

3) Актуализация Реестра изменений проекта. Информация по существу Запроса на изменение вносится Руководителем проекта в Реестр изменений проекта. Реестр изменений – это проектный документ, в котором ведется перечень (реестр) всех изменений проекта. Каждая запись реестра содержит следующую информацию об изменении: название и краткое описание, Ф.И.О. инициатора, текущий статус (внесено, принято, отклонено, реализовано), дата изменения статуса, оказываемое влияние на проект, Ф.И.О. ответственного за реализацию и перечень реализуемых мероприятий (см. Приложение 5.).

На основе информации из укрупненных Календарного графика проекта и Ресурсного плана проекта в соответствии с установленными в проекте правилами коммуникаций (см. п. 5.) разрабатывается, согласоваться и утверждается укрупненный План-график проекта. План-график проекта – это проектный документ, содержащий в структурированном по фазам, этапам и задачам (пакетам работ) виде перечень всех работ и вех (планируемых результатов и контрольных событий) проекта с зависимостями, длительностями (оценивается по аналогам, по нормативам или экспертным путем), привязкой к календарным датам их начала и завершения и необходимыми (доступными) для их выполнения ресурсами (укрупненными – должностями или компетенциями; детальными – фамилиями участников проекта). Стандартной формой для представления Плана-графика проекта является Диаграмма Ганта (см. Приложение 8.).

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

Длительность = (оптимистичная оценка + (4 * наиболее вероятная оценка) + пессимистичная оценка) / 6

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

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

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






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

Еженедельно на основе актуальной информации из Устава проекта, Плана-графика проекта, карт рисков, проблемных ситуаций и изменений проекта, а также документов Репозитария проекта Руководитель проекта готовит Еженедельный отчет о статусе проекта (см. Приложение 4.). Еженедельный отчет о статусе проекта – это проектный документ, содержащий сводную информацию о степени завершенности проекта на момент его составления. В состав Отчета должна быть включена следующая информация: Общие сведения о проекте (название, данные об основных заинтересованных лицах и команде управления проектом, информация об отчетном периоде); плановые сроки реализации; состояние реализации текущих фаз, этапов и задач (% выполнения; фактические/прогнозные сроки; выявленные отклонения, причины их возникновения, прогнозируемые риски и перечень предупреждающих/корректирующих мероприятий); статус разработки проектной документации (наименование, плановые/прогнозные/фактические сроки завершения разработки, состояние разработки, причины задержки с разработкой и предложения по их устранению); основные достигнутые результаты за отчетный период и планируемые результаты на следующий отчетный период; перечень основных проблемных ситуаций (название и краткое описание, перечень действий по устранению; перечень реализовавшихся рисков, которые привели к проблеме; ответственный за устранение); перечень актуальных рисков проекта (название и краткое описание, уровень, стратегия реагирования, перечень действий до/после возникновения, ответственный за выявление, ответственный за реагирование). Согласование и утверждение Отчета осуществляется в соответствии с установленными в проекте правилами коммуникаций (см. п. 3.5.). Как правило, Отчет готовится Руководителем проекта к еженедельным статусным совещаниям проекта.

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

По факту завершения проекта Руководитель проекта формирует Отчет о завершении проекта (см. Приложение 13.). Отчет о завершении проекта – проектный документ, содержащий итоговую информацию о результатах проекта. В состав Отчета должна быть включена следующая информация: Общие сведения о проекте (название, данные об основных заинтересованных лицах и команде управления проектом); плановые и фактические сроки реализации; отклонения по ключевым показателям проекта по фазам (плановые/фактические значения показателей, отклонение в абсолютных и относительных величинах, причины отклонений); отчет о разработке проектной документации (наименование, плановые/фактические сроки завершения разработки, причины задержек и предпринятые действия по их устранению); перечень основных проблемных ситуаций (название и краткое описание, причины возникновения (перечень реализовавшихся рисков, которые привели к появлению проблемы), предпринятые действия по устранению); перечень рисков проекта (название и краткое описание, уровень, стратегия реагирования, перечень действий до/после возникновения, ответственный за выявление, ответственный за реагирование, результат управления риском). Согласование и утверждение Отчета осуществляется в соответствии с установленными в проекте правилами коммуникаций (см. п. 3.5.). Как правило, Отчет готовится Руководителем проекта к итоговому совещанию по проекту.

3.5. Управление коммуникациями в проекте

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

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

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

– ведения электронной переписки;

– подготовки и проведения заседаний Управляющего совета и Оперативного совета;

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

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

– формирования, согласования, утверждения и реализации Запросов на изменение;

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

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

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


Таблица 3.6. Операции группы управления коммуникациями в проекте





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

Передача знаний производится:

– от Руководителя проекта Кураторам проекта;

– от членов рабочих (проектных) групп со стороны Исполнителя членам рабочих групп со стороны Заказчика и Функционального заказчика.

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

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

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

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

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

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

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

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




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

3.7. Управление рисками и проблемными ситуациями проекта

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

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

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

– выявление и анализ рисков;

– планирование реагирования на риски;

– мониторинг и администрирование рисков.

Типовой процесс управления рисками проекта описывается в пп. 3.7.1.

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

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

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

– выявление и анализ проблемных ситуаций;

– принятие решений по проблемным ситуациям;

– исполнение принятых решений по разрешению проблемных ситуаций.

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

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


Таблица 3.8. Операции группы управления рисками и проблемными ситуациями проекта





3.1.1. Управление рисками проекта


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

– выявление и анализ рисков;

– планирование реагирования на риски;

– мониторинг и администрирование рисков.


Выявление рисков


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

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

1) Договорные документы;

2) Проектные (технические) решения;

3) Ресурсы;

4) План-график проекта;

5) Подрядчики.


Выявление рисков может выполняться путем:

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

• сбора информации (используются различные методы: мозговой штурм, метод Дельфи, проведение опросов, SWOT-анализ и др.);



скачать книгу бесплатно

страницы: 1 2 3 4 5