Читать книгу Руководство к своду знаний по управлению проектами (Руководство PMBOK®). Шестое издание. Agile: практическое руководство - Коллектив авторов, Ю. Д. Земенков, Koostaja: Ajakiri New Scientist - Страница 17

Руководство к Своду знаний по управлению проектами (Руководство PMBOK)
Часть 1. Руководство к Своду Знаний по Управлению Проектом (Руководство PMBOK®)
1. Введение
1.2. Основополагающие элементы
1.2.6. Бизнес-документы управления проектом

Оглавление

Руководителю проекта необходимо сделать так, чтобы подход к управлению проектом учитывал предназначение бизнес-документов. Определение этих документов приводится в таблице 1–5. Эти два документа зависят друг от друга, разрабатываются итеративно и ведутся на всем протяжении жизненного цикла проекта.


Таблица 1–5. Бизнес-документы проекта


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

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


Рис. 1–8. Взаимосвязи оценки потребностей и наиболее важных документов проекта/бизнес-документов


1.2.6.1. Бизнес-кейс проекта

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

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

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

♦ Бизнес-потребности:

• определение причин необходимости действий;

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

• идентификация заинтересованных сторон, на которых будет оказано влияние;

• определение содержания.


♦ Анализ ситуации:

• определение стратегий, целей и задач организации;

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

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

• идентификация известных рисков;

• идентификация критически важных факторов успеха;

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


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

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

• Желательные. Это критерии, исполнение которых желательно для решения проблемы или использования благоприятной возможности.

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

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

• Ничего не делать. Этот вариант действий называют также «бизнес как обычно». Выбор этого варианта действий ведет к отказу в авторизации проекта.

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

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


♦ Выработка рекомендаций:

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

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

• результаты анализа возможных вариантов действий;

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

• показатели успеха (см. раздел 1.2.6.4);

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

• контрольные события,

• зависимости,

• роли и сферы ответственности.

♦ Оценка:

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


Документ бизнес-кейса дает основу для количественной оценки успеха проекта и хода его исполнения в течение всего жизненного цикла проекта путем сравнения результатов с целями и определенными критериями успеха. См. документ «Бизнес-анализ для специалистов-практиков: практическое руководство» (Business Analysis for Practitioners: A Practice Guide) [7].

1.2.6.2. План управления выгодами проекта

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

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

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

♦ Сроки реализации выгод (например, выгоды по фазам, в долгосрочной и краткосрочной перспективе, текущие выгоды).

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

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

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

♦ Риски (например, риски для реализации выгод).


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

Разработка и ведение плана управления выгодами проекта является итеративной деятельностью. Данный документ дополняет бизнес-кейс, устав проекта и план управления проектом. Руководитель проекта ведет работу со спонсором, цель которой заключается в том, чтобы устав проекта, план управления проектом и план управления выгодами оставались согласованными друг с другом на всем протяжении жизненного цикла проекта. См. документы «Бизнес-анализ для специалистов-практиков: практическое руководство» (Business Analysis for Practitioners: A Practice Guide) [7], «Стандарт управления программой» (The Standard for Program Management) [3] и «Стандарт управления портфелем» (The Standard for Portfolio Management) [2].

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

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

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

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

1.2.6.4. Показатели успеха проекта

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

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

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

♦ Как выглядит успех для данного проекта?

♦ Как будет измеряться успех?

♦ Какие факторы могут повлиять на успех?


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

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

♦ исполнение плана управления выгодами проекта;

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

• чистую приведенную стоимость (net present value, NPV);

• окупаемость инвестиций (return on investment, ROI);

• внутреннюю норму доходности (internal rate of return, IRR);

• период окупаемости инвестиций (payback period, PBP);

• отношение выгод к затратам (beneft-cost ratio, BCR);

♦ достижение нефинансовых целей бизнес-кейса;

♦ совершение перехода организации из исходного состояния к будущему состоянию;

♦ исполнение условий и положений договора;

♦ исполнение стратегий, целей и задач организации;

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

♦ удовлетворительная приемка заказчиком/конечным пользователем;

♦ интеграция поставляемых результатов в операционную среду организации;

♦ обеспечение согласованного качества поставляемого продукта;

♦ исполнение критериев руководства;

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


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

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

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

Руководство к своду знаний по управлению проектами (Руководство PMBOK®). Шестое издание. Agile: практическое руководство

Подняться наверх