39
Project Management Institute Московское отделение Уфимский филиал 26 26 мая мая 2010 2010 г г . . Открытый Открытый семинар семинар Управление Управление ИТ ИТ - - проектами проектами

PMIufa 2010-05-26

Embed Size (px)

DESCRIPTION

Управление ИТ-проектами

Citation preview

Page 1: PMIufa 2010-05-26

Project Management Institute

Московское отделение

Уфимский филиал

26 26 маямая 2010 2010 гг..

ОткрытыйОткрытый семинарсеминар

УправлениеУправление ИТИТ--проектамипроектами

Page 2: PMIufa 2010-05-26

2

План семинара

� 1. Стандарты и программы сертификации PMI

Марат Валиев, РМР, к.э.н., МВА, специалист по проектномуфинансированию Broad Street Capital Group

� 2. Управляемое развитие информационных систем

Владимир Гвоздев, д.т.н., профессор, Уфимский

государственный авиационный технический университет

� 3. Управление рисками в проектах разработки ивнедрения информационных систем

Галиев Ренат, PMP, к.э.н., Директор представительства ООО

«Консультационная фирма «М-РЦБ» в г.Уфа

Page 3: PMIufa 2010-05-26

3

Институт Управления ПроектамиProject Management Institute

Ведущая некоммерческая профессиональная ассоциация с 1969 г.

� Управление проектами – обязательное условие достижения результата

� Более 480 000 профессионалов в 185 странах

� Универсальная методика для всех отраслей

� Свод методических знаний (стандарт РМВОК® и др.)

� Обучение и сертификация

� Исследования и обмен опытом

Московское отделение PMI с 1998 г.

� Более 500 членов

� Филиалы в Екатеринбурге, Перми, Тюмени, Уфе

Филиал МО PMI в Уфе

� Продвижение технологий Управления проектами

� Обмен опытом

� Изучение международного опыта

� Обучение

Page 4: PMIufa 2010-05-26

4

ПРОЕКТ – это...

� Проект имеет начало и окончание

� Проект уникален и создает новый конечный продукт

� Проект может улучшаться по мере продвижения

� ПРОЕКТ – это НЕ процесс

– это НЕ регулярная, повторяющаяся деятельность

� ПРОЕКТ – это временное предприятие, предназначенное для

создания уникальных продуктов, услуг или результатов (РМВОК)

Page 5: PMIufa 2010-05-26

5

Процессы, Группы процессов & Области знаний

ИсполнениеПланированиеИнициацияМониторинг

и КонтрольЗавершение

Группы процессов

1) Интеграция

2) Содержание

3) Сроки

4) Стоимость

5) Качество

6) Персонал

7) Коммуникации

8) Риски

9) Закупки

Об

ласт

изн

ан

ий

44 процесса

Карта

процессов

Page 6: PMIufa 2010-05-26

6

Международные стандарты PMI

Page 7: PMIufa 2010-05-26

7

1. Руководство к Своду знаний по управлению проектами(Руководство РМВОК), 4-е изд. на русском языке

2. Дополнение к РМВОК по управлению проектами вгосударственном секторе, 3-е изд.

3. Дополнение к РМВОК по управлению проектами в строительстве, 2-е изд.

4. Стандарт Управление программами, 2-е изд.

5. Стандарт Управление портфелем, 2-е изд.

6. Практический стандарт по планированию расписания, 2-е изд.

7. Практический стандарт по управлению конфигурацией проекта

8. Практический стандарт по управлению выполненной стоимостью

9. Практический стандарт по декомпозиции структуры проектнойработы

10. Практический стандарт по управлению рисками проекта

11. Развитие компетенции менеджера проектов, 2-е изд.

12. Модель зрелости управления проектами в организации (ОРМ3), 2-е изд.

Международные стандарты PMI

Page 8: PMIufa 2010-05-26

8

� CAPM® (Certified Associate in Project Management)

Программа базового уровня знаний

� PMP® (Project Management Professional)

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

� PgMP® (Program Management Professional)

Программа для специалистов по управлению программами

� PMI-SP® (Scheduling Professional)

Программа для специалистов по календарному планированию проектов

� PMI-RMP® (Risk Management Professional)

Программа для специалистов по управлению рисками

Сертификационные программы PMI

Page 9: PMIufa 2010-05-26

9

� CAPM® (Certified Associate in Project Management - Сертифицированныйспециалист по управлению проектами)

Программа базового уровня знаний

� САРМ – квалификация для выполнения отдельных функций управленияпроектом, способность работать в команде управления проектом

� Функции:� Помощь в оценке планов управления проектом� Предложение индикаторов производительности и резервов� Помощь в уточнении требований, допущений и ограничений проекта� Поддержка при административном и финансовом завершении

� Полное среднее образование И 1500+ часов работы (2 года)ИЛИ 23+ часов обучения в области управления проектами

� Аттестат, Форма подтверждения опыта ИЛИ обучения в области УП

� 150 вопросов за 3 часа (знание РМВОК)� Язык: английский, русский� $300 ($225 для членов PMI)

Сертификационные программы PMI

Page 10: PMIufa 2010-05-26

10

• PMP® (Project Management Professional – Профессионал в областиуправления проектами)

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

Наиболее популярный сертификат менеджера проектов, в мире насчитывается более 300 000 сертифицированных PMP

�� ВариантВариант 11: Высшее образование И 4500+ часов работы (3 года)

И 35+ часов обучения в области управления проектами

�� ВариантВариант 22: Полное среднее образование И 7500+ часов работы (5 лет)

И 35+ часов обучения в области управления проектами

� Свидетельство об образовании, Форма подтверждения опыта И обучения

в области УП

� 200 вопросов за 4 часа (знание РМВОК и практические навыки УП)

� Язык: английский, русский

� $555 ($405 для членов PMI)

Сертификационные программы PMI

Page 11: PMIufa 2010-05-26

11

� PgMP® (Program Management Professional – Профессионал в управлениипрограммами)

Программа для специалистов по управлению программами

� PgMP – квалификация для управления связанными проектами, направленными на достижение стратегической бизнес-цели компании

� Функции:� Координация ресурсов и содержания проектов� Инициация проектов� Назначение менеджеров (РМР)

�� ВариантВариант 11: Высшее образование И 6000+ часов (4 года) управленияпроектами И 6000+ часов (4 года) управления программами

�� ВариантВариант 22: Полное среднее образование И 6000+ часов (4 года) управления проектами И 10500+ часов (4 года) управления программами

� Свидетельство об образовании, Форма подтверждения опыта� 3 этапа: проверка данных, тест, обратная связь 360° (12+1 человек)� 170 вопросов за 4 часа� Язык: английский (для теста и обратной связи)� $1800 ($1500 для членов PMI)

Сертификационные программы PMI

Page 12: PMIufa 2010-05-26

12

� PMI-SP® (Scheduling Professional - Профессионал в областикалендарного планирования проектов)

Программа для специалистов по календарному планированию проектов

� Функции:� Разработка, контроль, обновление, анализ расписания� Отчетность об исполнении расписания

�� ВариантВариант 11: Высшее образование И 3500+ часов планирования проектов И

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

�� ВариантВариант 22: Полное среднее образование И 5000+ часов планирования И

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

� Свидетельство об образовании, Форма подтверждения опыта И обученияв области УП

� 170 вопросов за 3.5 часа (спец.стандарты PMI)� Язык: английский� $670 ($520 для членов PMI)

Сертификационные программы PMI

Page 13: PMIufa 2010-05-26

13

� PMI-RMP® (Risk Management Professional – Профессионал в областиуправления рисками)

Программа для специалистов по управлению рисками

� Функции:� Выявление, оценка, контроль рисков проекта� Разработка методов снижения риска, реализации возможностей риска

� Тестирование:� Заявки онлайн� Подтверждение регистрации на экзамен е-письмом� Центр Прометрик в Москве, Санкт-Петербурге� Подробнее: <pmi.ru/certificates/>

Сертификационные программы PMI

Page 14: PMIufa 2010-05-26

14

План семинара

� 1. Стандарты и программы сертификации PMI

Марат Валиев, РМР, к.э.н., МВА, специалист по проектномуфинансированию Broad Street Capital Group

� 2. Управляемое развитие информационных систем

Владимир Гвоздев, д.т.н., профессор, Уфимский

государственный авиационный технический университет

� 3. Управление рисками в проектах разработки ивнедрения информационных систем

Галиев Ренат, PMP, к.э.н., Директор представительства ООО

«Консультационная фирма «М-РЦБ» в г.Уфа

Page 15: PMIufa 2010-05-26

ПРИЧИНЫ НИЗКОЙ ЭФФЕКТИВНОСТИИНФОРМАЦИОННОГО ОБЕСПЕЧЕНИЯ

Page 16: PMIufa 2010-05-26

ЭВОЛЮЦИЯ СИСТЕМИНФОРМАЦИОННОЙ ПОДДЕРЖКИ УПРАВЛЕНИЯ

1) 1) ПервыйПервый информационныйинформационный

барьербарьер

1.1. Функциональная архитектурасистемы

1.2. Информационная архитектурасистемы

22) ) ВторойВторой информационныйинформационный

барьербарьер

2.1. Функциональные архитектурысистемы

а) б)

2.2. Информационныеархитектуры системы

а) б)

Page 17: PMIufa 2010-05-26

3) 3) ЛокальнаяЛокальная автоматизацияавтоматизация

3.1. Функциональная архитектурасистемы

3.2. Информационная архитектурасистемы

4) 4) ««ОстровковаяОстровковая»» автоматизацияавтоматизация

4.1. Функциональные архитектуры системы

а) б)

4.2. Информационные архитектуры

а) б)

ADB

ЭВОЛЮЦИЯ СИСТЕМИНФОРМАЦИОННОЙ ПОДДЕРЖКИ УПРАВЛЕНИЯ

Page 18: PMIufa 2010-05-26

ЭВОЛЮЦИЯ СИСТЕМИНФОРМАЦИОННОЙ ПОДДЕРЖКИ УПРАВЛЕНИЯ

5) 5) УправляемоеУправляемое развитиеразвитие АИСАИС

5.1. Функциональные архитектуры системы

а) б)

5.2. Информационнаяархитектуры

Page 19: PMIufa 2010-05-26

ОСНОВНЫЕ ЗАДАЧИУПРАВЛЕНИЯ РАЗВИТИЕМ АИС

11. . РазработкаРазработка ITIT-- стратегиистратегии

2. 2. АудитАудит соответствиясоответствия программныхпрограммных системсистем задачамзадачам бизнесабизнеса

3. 3. РазработкаРазработка::

�� концепцииконцепции АИСАИС

�� требованийтребований кк АИСАИС

�� техническоготехнического заданиязадания нана системусистему

4. 4. ВыборВыбор наиболеенаиболее подходящихподходящих программныхпрограммных решенийрешений

Page 20: PMIufa 2010-05-26

20

План семинара

� 1. Стандарты и программы сертификации PMI

Марат Валиев, РМР, к.э.н., МВА, специалист по проектномуфинансированию Broad Street Capital Group

� 2. Управляемое развитие информационных систем

Владимир Гвоздев, д.т.н., профессор, Уфимский

государственный авиационный технический университет

� 3. Управление рисками в проектах разработки ивнедрения информационных систем

Галиев Ренат, PMP, к.э.н., Директор представительства ООО

«Консультационная фирма «М-РЦБ» в г.Уфа

Page 21: PMIufa 2010-05-26

21

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

Риск – это проблема, которая еще не возникла.

Проблема — это риск, который материализовался.

УПРАВЛЯТЬ РИСКАМИ ДЕШЕВЛЕ, ЧЕМ УПРАВЛЯТЬПРОБЛЕМАМИ!

Категории рисков:

• «Известные неизвестные» – можно идентифицировать иуправлять ими.

• «Неизвестные неизвестные» - непредвиденные обстоятельства, на которые необходимо иметь резервный фонд.

Что такое риск

Page 22: PMIufa 2010-05-26

22

Наиболее распространенные риски в проектах разработкии внедрения информационных систем:

• Недостаточно сотрудников

• Ошибки в оценке трудоемкости и/или длительности работ

• Неполнота планирования, «забытые работы»

• Команда проекта не справляется с поставленными задачами

• Выявление технических ошибок в системе на этапе проведения

испытаний

• Недостатки в работах, выполняемых внешними (по отношению

к команде проекта) ресурсами: заказчиком, подрядчиком

• Увеличение объема работ

Что такое риск

Page 23: PMIufa 2010-05-26

23

Процессы, Группы процессов & Области знаний

ИсполнениеПланированиеИнициацияМониторинг

и КонтрольЗавершение

Группы процессов

1) Интеграция

2) Содержание

3) Сроки

4) Стоимость

5) Качество

6) Персонал

7) Коммуникации

8) Риски

9) Закупки

Об

ласт

изн

ан

ий

44 процесса

Карта

процессов

5 процессов 1 процесс

Page 24: PMIufa 2010-05-26

24

Процессы управления рисками:

• Планирование управления рисками

• Идентификация рисков

• Качественный анализ рисков

• Количественный анализ рисков

• Планирование реагирования на риски

• Мониторинг и управление рисками

Процессы управления рисками

Page 25: PMIufa 2010-05-26

25

Планирование управления рисками – это принятие решений оподходах и планировании действий по управлению рискамипроекта

План управления рисками включает:

• Методологию управления рисками

• Распределение ролей и ответственности участвующих вуправлении рисками

• Бюджет для управления рисками

• Сроки. Определение сроков и частоты выполнения процессауправления рисками на протяжении всего жизненного циклапроекта

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

• Правила определения вероятности возникновения рисков и ихпоследствий (матрица вероятностей и последствий)

Планирование управления рисками

Page 26: PMIufa 2010-05-26

26

• Идентификация рисков - определение и

документирование рисков, которые могут влиять

на проект.

• Цель – не упустить потенциально опасный риск.

Идентификация рисков

Page 27: PMIufa 2010-05-26

27

Иерархическая структура рисков

Идентификация рисков

Page 28: PMIufa 2010-05-26

28

Качественный анализ рисков – быстрый и недорогойспособ расстановки приоритетов рисков

Качественный анализ рисков

Вероятность Низкая

(< 10 %)

Средняя

(10-50 %)

Высокая

(> 50 %)

Минимальные 1 1 1

Слабые 1 2 2

Умеренные 2 2 3

Критичные 2 3 3

Катастрофические 3 3 3

Последствия

Page 29: PMIufa 2010-05-26

29

Качественный анализ рисков

Параметры Стоимость Сроки Содержание

МинимальныеУвеличение

< 5%

Увеличение

< 5% Незначительные

СлабыеУвеличение

5-10%

Увеличение

< 5

Затронуты

второстепенные области

содержания

УмеренныеУвеличение

10-20%

Увеличение

5-10%

Затронуты основные

области содержания

КритичныеУвеличение

20-40%

Увеличение

10-20%

Изменение содержания не

приемлемо

Катастрофичес

киеУвеличение

> 40%

Увеличение

> 20%

Конечный продукт

бесполезен

Последствия

Page 30: PMIufa 2010-05-26

30

Пример из практики

Качественный анализ рисков

Вероятность Низкая

(< 10 %)

Средняя

(10-50 %)

Высокая

(> 50 %)

Срыв ресурсного плана 1 1 3

Снижение качества работ 2 2 3

Срыв сроков проекта 2 2 3

Срыв финансирования

проекта 2 3 3

Срыв проекта в целом 3 3 3

Последствия

Page 31: PMIufa 2010-05-26

31

Количественный анализ рисков – определениепоследствий возникновения риска вколичественном выражении (объем трудозатрат, количество дней, стоимость и др.)

Количественный анализ производится в отношении техрисков, которые в процессе качественного анализа быликвалифицированы как потенциально или существеннымобразом влияющие на проект (рейтинг 2 и 3)

Количественный анализ рисков

Page 32: PMIufa 2010-05-26

32

Стратегии реагирования на негативные риски:

� Уклонение - изменение плана проекта, чтобы устранить рискили устранить его влияние на параметры проекта.

� Передача риска - перенос последствий риска на третьюсторону. Перенос не устраняет риск, а передает управлениериском третьей стороне. Пример – страхование основныхсредств, покупка опционов.

� Снижение риска - снижение вероятности наступления рискаили тяжести его последствий.

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

Планирование реагирования на риски

Page 33: PMIufa 2010-05-26

33

Пример из практики:

� УСТРАНИТЬ – устранение причины риска, внесение в Планпроекта дополнительных затрат, направленных на исключениепричины риска.

� ЗАПЛАНИРОВАТЬ – не предпринимая никаких упреждающихдействий для устранения риска, внести стоимостьориентировочных затрат на устранение последствий риска врисковый фонд (в План реагирования на риски).

� ИГНОРИРОВАТЬ – отказ от управления данным риском, готовность пойти на потерю прибыли в размереориентировочного ущерба от риска.

� МИНИМИЗИРОВАТЬ - планирование упреждающих действийдля снижения риска. При решении МИНИМИЗИРОВАТЬфактически принимается два решения – часть рискаУСТРАНИТЬ, а оставшуюся часть риска ЗАПЛАНИРОВАТЬ (либоИГНОРИРОВАТЬ).

Планирование реагирования на риски

Page 34: PMIufa 2010-05-26

34

План реагирования на риски

Page 35: PMIufa 2010-05-26

35

Наиболее распространенные рискив проектах разработки и внедрения ИС

Риск Причины Меры по упреждению

рисков

Недостаточно

сотрудников

- Уникальность имеющихся

сотрудников

- Сложность найма

аналогичных сотрудников в

короткие сроки

- Отсутствие временных

резервов на проекте (высокая

загрузка сотрудников на всем

протяжении проекта)

- Текучесть кадров,

недостаточная мотивация

- Болезнь сотрудника

- Возникновение более

приоритетных задач

- Привлечь на начальном

этапе избыточное

количество сотрудников

(запланировать финансовые

ресурсы на их содержание)

- Наличие "горячего

резерва" из соискателей и

подрядчиков

- Планировать сотрудников с

загрузкой не более 80%

Page 36: PMIufa 2010-05-26

36

Наиболее распространенные рискив проектах разработки и внедрения ИС

Риск Причины Меры по упреждению

рисков

Ошибки в оценке

трудоемкости и/или

длительности

работ.

Неполнота

планирования,

«забытые работы»

- Неопытность руководителя

проекта и/или команды

- В проекте используются

новые, ранее не применявшиеся

технологии

- Привлечь экспертов на

начальных этапах при

планировании проекта

- Запланировать

дополнительные

трудозатраты и сроки для

изучения новой технологии

Команда проекта не

справляется с

поставленными

задачами

- В команде новые

(непроверенные) сотрудники

- Недостаточная квалификация

сотрудников

Запланировать

дополнительные

трудозатраты и сроки для

обучения сотрудников

Page 37: PMIufa 2010-05-26

37

Наиболее распространенные рискив проектах разработки и внедрения ИС

Риск Причины Меры по упреждению

рисков

Недостатки в

работах,

выполняемых

внешними (по

отношению к

команде проекта)

ресурсами:

заказчиком,

подрядчиком

Отсутствие или не полное

описание работ

заказчика/подрядчика, а

также ответственности за

невыполнение

обязательств.

Формальное описание ключевых

параметров системы,

необходимых для успешного

выполнения проекта - в договоре,

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

протоколах совещаний и прочих

документах.

Недостаточно плотное

взаимодействие с

заказчиком/подрядчиком

Запланировать доп.

трудозатраты для

взаимодействия с заказчиком/

подрядчикомНовый заказчик/подрядчик - Запланировать доп. трудозатр.

для взаимодействия с

заказчиком/подрядчиком

- Ответственно отнестись к

выбору подрядчика, иметь

запасной вариант подрядчика

Page 38: PMIufa 2010-05-26

38

Наиболее распространенные рискив проектах разработки и внедрения ИС

Риск Причины Меры по упреждению рисков

Увеличение

объема работ

- Отсутствие или не

полнота требований

заказчика

- Непрекращающийся

поток изменений от

заказчика

- Раздувание требований

- Тщательный сбор, формализация и

согласование с заказчиком требований

на таких этапах, как обследование,

разработка концепции, разработка

технического задания

- Организовать эффективную систему

контроля изменений – все

дополнительные требования, не

указанные в ТЗ реализуются только

после поступления заявки заказчика в

установленной форме, работы по

которой подлежат дополнительной

оплате.

Реализация

несоответствующей

функциональности

командой проекта

Запланировать трудозатраты на

дополнительный контроль выполнения

работ, на разработку эффективной

системы отчетности

Page 39: PMIufa 2010-05-26

Благодарим за внимание

� Ренат Фаридович Галиев:

PMP, к.э.н., специалист по внедрению проектного управления на предприятиях

� Марат Шамилевич Валиев:

РМР, к.э.н., MBA, специалист по международному проектному и экспортно-

импортному финансированию

� Гвоздев Владимир Ефимович:

Доктор технических наук, профессор

Вопросы & Ответы

[email protected]