Встраивание инструментов контроля экономической эффективности в методологию управления ИТ проектом

Содержание
ПРОЕКТНАЯ МЕТОДОЛОГИЯ
ГОСТ Р «ПРОЕКТНЫЙ МЕНЕДЖМЕНТ. ТРЕБОВАНИЯ К УПРАВЛЕНИЮ ПРОЕКТОМ»
ПРИМЕР ТНК-ВР
ПРИМЕР ВР

Методология

Что должна содержать методология
Глоссарий
Основные термины и определения
Определение проекта, признаки выделения проекта
Классификацию проектов
Жизненный цикл проекта
Описание основных ролей
Документы проекта
Встречи и совещания
Процессы управления проектом
Система отчетности
Шаблоны документов
Где должна найти отражение тема оценки эффективности

Вне проекта
Проект 1
Контроль результатов
Проект 2
Проект 3
Проект 4
Контроль экономической эффективности не может быть только частью проекта. Он должен стартовать в рамках проекта и иметь продолжение вне его
Работы по оценке эк.эффективности
Работы по оценке эк.эффективности
Работы по оценке эк.эффективности
Работы по оценке эк.эффективности

PMO
Наиболее мощный и универсальный механизм контроля экономической эффективности в рамках проектного упралвение – создание проектного офиса (Project management office, PMO)

ГОСТ Р «ПРОЕКТНЫЙ МЕНЕДЖМЕНТ. ТРЕБОВАНИЯ К УПРАВЛЕНИЮ ПРОЕКТОМ»

Национальная стандартизация
Международные стандарты
ГОСТы по управлению проектами, программами
и портфелями
Разработаны и переданы
в федеральное агентство
по техническому регулированию
Ожидается выход в 2011 г.

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

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

Общая схема

Группы процессов управления
Управление проектом включает совокупность процессов инициации, планирования, организации исполнения, контроля и завершения проекта.

Активность процесса
Процесс
инициации
Жизненный цикл проекта
Процесс
организации исполнения
Процессы
планирования
Процессы
организации
контроля
Процесс
завершения
Активность процессов управления в жизненном цикле

Все процессы проекта по ГОСТ

Пример BP/ТНК-ВР

Процесс CVP

Пример ВР

Slide
DCT Benefits Management – Process Overview
12th May 2004

Benefits Management - Objectives
Assure delivery of benefits by:
Aligning benefits and costs with program deliverables
Identifying the owner accountable to deliver each benefit
Showing the assumptions made to estimate the benefits
Showing how expected benefits can be measured
Planning the actions needed to ensure benefits are realised
Ensuring costs to realise benefits are in the budget
Periodically ensuring that benefits are [still] realisable
Identifying additional opportunities as subject expertise grows
Slide

Benefits Management - Identification
EMDC Example:

Benefits Process (1)
Benefit
Identification
Benefit Category
Low (OC) Medium (WI) High (WC)
High
Medium
Low
Deliverability
Potential Value
Data Gathering
Grouping
Appraise Benefits
Identify Deliverables & Program of Work
A
B
B
C
C
D
D
Project 1...
Project 2...
Project 3...
Project 4...
Manage Program
A
B
A
E
F
Program Project Benefit PM
MDC EMDC A,C, F,D,B PC
MDC USMDC A,C, F,E KH
MDC AMDC A,C,F,D,E TBC
F
E
2

Benefits Process (2)
Assess benefits identified as part of DSP process at Appraise Stage Gate
Reality check benefits against TOR deliverables and business case as part of DSP process at Select Stage Gate
Complete the Benefits Register and Actions to confirm the benefits Realisation Plan
Confirm Alignment of the benefits with the deliverables in the TOR and refine the business case
2
1
Collect supporting benefits data for the business case
Confirm Actions & Metrics to be used to measure realisation
Appraise
Select
Define
Collect data to define metrics & KPIs to baseline benefits and be able to measure at delivery…
Prepare the Business Case
Confirm the cost of each deliverable and associated benefits

Benefits Process (3)
Confirm which Benefits will be measured for realisation, how and by whom (Default is SPA) Merge actions with overall project plans
Review benefits as part of DSP process at Define Stage Gate
Ensure benefits are still realisable as part of DSP Process at Execute Stage Gate
Complete project close out and assessment of any additional value and allocate harvesting actions
Collect more accurate data and expertise to assure benefits realisation ‘naturally’ as project progresses
3
Complete actions required to ensure benefits are harvested
Allocate actions to realise benefits
Define
Execute
Operate
Periodic review of benefits to ensure still realisable
Project Status Report
Confirm acceptance criteria, ownership and budget to harvest benefits in Operate
Confirm outstanding benefits are realised, how and by whom, at Operate Stage post project review
Record lessons learned

ПРИЛОЖЕНИЕ. Процессы ГОСТ

Процесс инициации проекта
Цель процесса: формальное открытие проекта.
Выходы процесса: определены и документированы следующие параметры проекта:
наименование проекта;
причины инициации проекта;
цели и продукты проекта;
дата инициации проекта;
заказчик проекта;
руководитель проекта;
куратор проекта.

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

Процессы планирования.
2. Процесс разработки расписания проекта
Цель процесса: определение дат начала и окончания работ проекта, ключевых событий, этапов и проекта в целом.
Выходы процесса:
определены взаимосвязи между работами проекта;
проведена оценка длительности работ проекта;
определен и утвержден график привлечения ресурсов, необходимых для выполнения проекта в срок;
определено и документировано расписание* проекта;
утвержден базовый календарный план проекта
* расписание проекта (календарный план): Плановые даты исполнения работ и контрольных событий проекта.

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

Процессы планирования.
4. Процесс планирования персонала проекта
Цель процесса: определение порядка обеспечения проекта человеческими ресурсами.
Выходы процесса:
определены и документированы роли участников проекта, их функции и полномочия;
определен численный и квалификационный состав команды проекта, а также требования к условиям труда;
персонально определены основные члены команды проекта.

Процессы планирования.
5. Процесс планирования закупок в проекте
Цель процесса: определение порядка и объема обеспечения проекта продукцией и услугами, приобретаемыми у сторонних организаций.
Выходы процесса:
проведен анализ необходимости закупки продукции и услуг для достижения целей проекта;
в случае, если по результатам анализа принято решение о целесообразности закупок продукции и/или услуг в проекте, то:
определены требования к закупаемой продукции (услугам), в том числе ограничения по стоимости и срокам поставки;
определены требования к приемке закупаемой продукции (услугам);
запланированы мероприятия по выбору и оценке поставщиков на основе определенных критериев.

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

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

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

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

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