78. Субъекты управления проектами.
Активные участники проекта, как со стороны заказчика, так и со стороны исполнителя являются субъектами управления в системе управления проектами.
Управляет проектом команда проекта, которую возглавляет руководитель (менеджер) проекта. По содержанию команда проекта представляет собой группу специалистов высокой квалификации, обладающих знаниями и навыками, необходимыми для эффективного достижения целей проекта. Основным интегрирующим фактором создания и деятельности команды выступает стратегическая цель – реализация проекта. В процессе достижения целей проекта команда приобретает свои черты, использует организационные возможности участников и ресурсы проекта. Команда проекта выступает как социальный организм, имеющий свое начало, осуществляющий процесс жизнедеятельности (управление проектом) и завершающий свое существование расформированием или трансформацией в другую управленческую команду.
С одной стороны, команда проекта оказывает влияние на создание определенной организационной среды проекта, формируя ценности, принципы и нормы поведения персонала. С другой стороны, действует в ней, подчиняясь единой цели и философии УП. Поэтому проблемы формирования и деятельности команды проекта целесообразно рассматривать в логической последовательности:
Цель проекта þ Система управления þ Команда проекта þ Культура проекта.
Участники проекта (Project Stakeholders) – физические лица и организации, непосредственно вовлеченные в проект или чьи интересы могут быть затронуты при осуществлении проекта.
Участники проекта имеют различные уровни ответственности и полномочий при участии в проекте, причем ответственность и полномочия могут меняться на разных этапах жизненного цикла проекта.
Участники могут оказывать положительное или отрицательное влияние на проект.
Положительно влияющие участники - это обычно те, кому выгодно успешное завершение проекта, тогда как отрицательно влияющим участникам успешное завершение проекта представляется нежелательным.
В обязанности менеджера проекта входит управление ожиданиями участников проекта, что может быть достаточно сложно, так как у участников проекта могут быть разные или противоположные цели.
Примеры участников проекта
Инвестор – лицо или организация, которые финансируют проект.
Заказчик – лицо или организация, которые будут использовать продукт проекта.
Может существовать множество уровней заказчиков.
Потребитель (пользователь) – лицо или организация, которые получат продукты проекта и будут непосредственно его использовать.
Исполняющая организация - предприятие/подразделение, чьи сотрудники непосредственно участвуют в исполнении проекта в целом либо его отдельных этапов.
Роли участников в проекте
Каждый участник проекта в зависимости от выполняемых функций и играет определенную Роль в проекте.
Ролью в проекте определяется зона ответственности, конкретные обязанности, права и полномочия.
Один сотрудник может выполнять несколько ролей в проекте.
В данном случае важно, чтобы роли не конфликтовали между собой.
Типовые
роли в системе управления проектами
Проектный комитет (Управляющий комитет)
Куратор проекта
Руководитель проекта
Аналитик проекта/проектов
Процессы управления проектом, связанные с субъектом УП или командой управления проектом; они включают составление описаний мероприятий по планированию, организации и координации работ в проекте для его успешного завершения.
79. Группы процессов управления проектами.
Инициации
Планирования
Исполнения и контроля
Анализа
Управления
Завершения
1. Инициации - авторизация, решение начать следующую фазу проекта);
2. Планирования, основные процессы:
Планирование целей
Декомпозиция целей (приоритетность)
Определение состава работ проекта
Определение взаимосвязей операций
Оценка деятельности или объемов работ
Определение ресурсов
Оценка стоимостей
Составление расписания выполнения работ
Оценка бюджета (его соизм. с контр-ми)
Разработка плана исполнения проекта
Определение критериев успеха проекта1 ( что будет считаться выполненным проектом)
Вспомогательные процессы:
планирование качества
планирование организации
Назначение персонала
Планирование взаимодействия
Индефикация рисков
Оценка рисков
Разработка ревгирования
Планирование поставок
Подготовка условий поставок.
3. Гр. исполнения и контроля
Основные процессы:
процесс исполнения плана проекта
Вспомогательные процессы:
учет исполнения
подтверждение качества
подготовка предложений
выбор поставщиков
контроль контрактов
развитие команды проекта
4. Подпроцессы УП Группа анализа
Основные процессы:
анализ сроков
стоимости
качества
целей
Вспомогательные процессы:
оценка исполнения
анализ ресурсов
виды анализа не носящего регулярный характер (точечные замеры)
5. Группа управления
Основные процессы:
общее управление изменениями
управление ресурсами
управление целями
упр качеством
Вспомогательные процессы:
управление рисками
управление контрактами
6. Группа завершения
закрытие контрактов
административное завершение
80. Управление рисками в проекте.
Причиной возникновения рисков являются неопределенности, существующие в каждом проекте. Риски могут быть "известные"- те, которые определены, оценены, для которых возможно планирование. Риски "неизвестные" - те, которые не идентифицированы и не могут быть спрогнозированы. Хотя специфические риски и условия их возникновения не определены, менеджеры проекта знают, исходя из прошлого опыта, что большую часть рисков можно предвидеть.
Реализуя проекты, имеющие высокую степень неопределенности в таких элементах, как цели и технологии их достижения многие компании уделяют внимание разработке и применению корпоративных методов управления рисками. Данные методы учитывают как специфику проектов, так и корпоративных методов управления.
Американский Институт управления проектами (PMI), разрабатывающий и публикующий стандарты в области управления проектами, значительно переработал разделы, регламентирующие процедуры управления рисками. В новой версии PMBOK (принятие которого ожидается в 2000 году) описаны шесть процедур управления рисками. В данной статье мы предлагаем краткий обзор процедур управления рисками (без комментариев).
Управление рисками - это процессы, связанные с идентификацией, анализом рисков и принятием решений, которые включают максимизацию положительных и минимизацию отрицательных последствий наступления рисковых событий. Процесс управления рисками проекта обычно включает выполнение следующих процедур:
Планирование управления рисками - выбор подходов и планирование деятельности по управлению рисками проекта.
Идентификация рисков - определение рисков, способных повлиять на проект, и документирование их характеристик.
Качественная оценка рисков - качественный анализ рисков и условий их возникновения с целью определения их влияния на успех проекта.
Количественная оценка - количественный анализ вероятности возникновения и влияния последствий рисков на проект.
Планирование реагирования на риски- определение процедур и методов по ослаблению отрицательных последствий рисковых событий и использованию возможных преимуществ.
Мониторинг и контроль рисков - мониторинг рисков, определение остающихся рисков, выполнение плана управления рисками проекта и оценка эффективности действий по минимизации рисков.
Все эти процедуры взаимодействуют друг с другом, а также с другими процедурами. Каждая процедура выполняется, по крайней мере, один раз в каждом проекте. Несмотря на то, что процедуры, представленные здесь, рассматриваются как дискретные элементы с четко определенными характеристиками, на практике они могут частично совпадать и взаимодействовать.
1. Планирование управления рисками
Планирование управления рисками - процесс принятия решений по применению и планированию управления рисками для конкретного проекта. Этот процесс может включать в себя решения по организации, кадровому обеспечению процедур управления рисками проекта, выбор предпочтительной методологии, источников данных для идентификации риска, временной интервал для анализа ситуации. Важно спланировать управление рисками, адекватное как уровню и типу риска, так и важности проекта для организации.
2. Идентификация рисков
Идентификация рисков определяет, какие риски способны повлиять на проект, и документирует характеристики этих рисков. Идентификация рисков не будет эффективной, если она не будет проводиться регулярно на протяжении реализации проекта.
Идентификация рисков должна привлекать как можно больше участников: менеджеров проекта, заказчиков, пользователей, независимых специалистов.
Идентификация рисков - итерационный процесс. Вначале идентификация рисков может быть выполнена частью менеджеров проекта или группой аналитиков рисков. Далее идентификацией может заниматься основная группа менеджеров проекта. Для формирования объективной оценки в завершающей стадии процесса могут участвовать независимые специалисты. Возможное реагирование может быть определено в течение процесса идентификации рисков.