'

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

Понравилась презентация – покажи это...





Слайд 0

Встраивание инструментов контроля экономической эффективности в методологию управления ИТ проектом Павел Алферов, Директор Департамента знаний, информации и методологии АНО «Оргкомитет «Сочи 2014» ноябрь 2011


Слайд 1

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


Слайд 2

Методология


Слайд 3

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


Слайд 4

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


Слайд 5

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


Слайд 6

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


Слайд 7

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


Слайд 8

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


Слайд 9

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


Слайд 10

Общая схема


Слайд 11

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


Слайд 12

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


Слайд 13

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


Слайд 14

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


Слайд 15

Процесс CVP


Слайд 16


Слайд 17

Пример ВР


Слайд 18

Slide 19 DCT Benefits Management – Process Overview 12th May 2004


Слайд 19

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 20


Слайд 20

Benefits Management - Identification EMDC Example:


Слайд 21

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


Слайд 22

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


Слайд 23

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


Слайд 24

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


Слайд 25

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


Слайд 26

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


Слайд 27

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


Слайд 28

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


Слайд 29

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


Слайд 30

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


Слайд 31

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


Слайд 32

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


Слайд 33

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


Слайд 34

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


Слайд 35

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


Слайд 36

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


×

HTML:





Ссылка: