2. План семинара
1. Стандарты и программы сертификации PMI
Марат Валиев, РМР, к.э.н., МВА, специалист по проектному
финансированию Broad Street Capital Group
2. Управляемое развитие информационных систем
Владимир Гвоздев, д.т.н., профессор, Уфимский
государственный авиационный технический университет
3. Управление рисками в проектах разработки и
внедрения информационных систем
Галиев Ренат, PMP, к.э.н., Директор представительства ООО
«Консультационная фирма «М-РЦБ» в г.Уфа
2
3. Институт Управления Проектами
Project Management Institute
Ведущая некоммерческая профессиональная ассоциация с 1969 г.
Управление проектами – обязательное условие достижения результата
Более 480 000 профессионалов в 185 странах
Универсальная методика для всех отраслей
Свод методических знаний (стандарт РМВОК® и др.)
Обучение и сертификация
Исследования и обмен опытом
Московское отделение PMI с 1998 г.
Более 500 членов
Филиалы в Екатеринбурге, Перми, Тюмени, Уфе
Филиал МО PMI в Уфе
Продвижение технологий Управления проектами
Обмен опытом
Изучение международного опыта
Обучение
3
4. ПРОЕКТ – это...
Проект имеет начало и окончание
Проект уникален и создает новый конечный продукт
Проект может улучшаться по мере продвижения
ПРОЕКТ – это НЕ процесс
– это НЕ регулярная, повторяющаяся деятельность
ПРОЕКТ – это временное предприятие, предназначенное для
создания уникальных продуктов, услуг или результатов (РМВОК)
4
5. Процессы, Группы процессов & Области знаний
Группы процессов
Карта Мониторинг
Инициация Планирование Исполнение Завершение
процессов и Контроль
1) Интеграция
2) Содержание
Области знаний
3) Сроки
4) Стоимость
44 процесса
5) Качество
6) Персонал
7) Коммуникации
8) Риски
9) Закупки
5
7. Международные стандарты PMI
1. Руководство к Своду знаний по управлению проектами
(Руководство РМВОК), 4-е изд. на русском языке
2. Дополнение к РМВОК по управлению проектами в
государственном секторе, 3-е изд.
3. Дополнение к РМВОК по управлению проектами в строительстве,
2-е изд.
4. Стандарт Управление программами, 2-е изд.
5. Стандарт Управление портфелем, 2-е изд.
6. Практический стандарт по планированию расписания, 2-е изд.
7. Практический стандарт по управлению конфигурацией проекта
8. Практический стандарт по управлению выполненной стоимостью
9. Практический стандарт по декомпозиции структуры проектной
работы
10. Практический стандарт по управлению рисками проекта
11. Развитие компетенции менеджера проектов, 2-е изд.
12. Модель зрелости управления проектами в организации (ОРМ3),
2-е изд.
7
8. Сертификационные программы PMI
CAPM® (Certified Associate in Project Management)
Программа базового уровня знаний
PMP® (Project Management Professional)
Программа рассчитана на менеджеров проектов, имеющих значительный
опыт в управлении проектами
PgMP® (Program Management Professional)
Программа для специалистов по управлению программами
PMI-SP® (Scheduling Professional)
Программа для специалистов по календарному планированию проектов
PMI-RMP® (Risk Management Professional)
Программа для специалистов по управлению рисками
8
9. Сертификационные программы PMI
CAPM® (Certified Associate in Project Management - Сертифицированный
специалист по управлению проектами)
Программа базового уровня знаний
САРМ – квалификация для выполнения отдельных функций управления
проектом, способность работать в команде управления проектом
Функции:
Помощь в оценке планов управления проектом
Предложение индикаторов производительности и резервов
Помощь в уточнении требований, допущений и ограничений проекта
Поддержка при административном и финансовом завершении
Полное среднее образование И 1500+ часов работы (2 года)
ИЛИ 23+ часов обучения в области управления проектами
Аттестат, Форма подтверждения опыта ИЛИ обучения в области УП
150 вопросов за 3 часа (знание РМВОК)
Язык: английский, русский
$300 ($225 для членов PMI)
9
10. Сертификационные программы PMI
• PMP® (Project Management Professional – Профессионал в области
управления проектами)
Программа рассчитана на менеджеров проектов, имеющих значительный
опыт в управлении проектами
Наиболее популярный сертификат менеджера проектов,
в мире насчитывается более 300 000 сертифицированных PMP
Вариант 1: Высшее образование И 4500+ часов работы (3 года)
И 35+ часов обучения в области управления проектами
Вариант 2: Полное среднее образование И 7500+ часов работы (5 лет)
И 35+ часов обучения в области управления проектами
Свидетельство об образовании, Форма подтверждения опыта И обучения
в области УП
200 вопросов за 4 часа (знание РМВОК и практические навыки УП)
Язык: английский, русский
$555 ($405 для членов PMI)
10
11. Сертификационные программы PMI
PgMP® (Program Management Professional – Профессионал в управлении
программами)
Программа для специалистов по управлению программами
PgMP – квалификация для управления связанными проектами,
направленными на достижение стратегической бизнес-цели компании
Функции:
Координация ресурсов и содержания проектов
Инициация проектов
Назначение менеджеров (РМР)
Вариант 1: Высшее образование И 6000+ часов (4 года) управления
проектами И 6000+ часов (4 года) управления программами
Вариант 2: Полное среднее образование И 6000+ часов (4 года)
управления проектами И 10500+ часов (4 года) управления программами
Свидетельство об образовании, Форма подтверждения опыта
3 этапа: проверка данных, тест, обратная связь 360° (12+1 человек)
170 вопросов за 4 часа
Язык: английский (для теста и обратной связи)
$1800 ($1500 для членов PMI)
11
12. Сертификационные программы PMI
PMI-SP® (Scheduling Professional - Профессионал в области
календарного планирования проектов)
Программа для специалистов по календарному планированию проектов
Функции:
Разработка, контроль, обновление, анализ расписания
Отчетность об исполнении расписания
Вариант 1: Высшее образование И 3500+ часов планирования проектов И
30 часов обучения в области календарного планирования
Вариант 2: Полное среднее образование И 5000+ часов планирования И
40 часов обучения в области календарного планирования
Свидетельство об образовании, Форма подтверждения опыта И обучения
в области УП
170 вопросов за 3.5 часа (спец.стандарты PMI)
Язык: английский
$670 ($520 для членов PMI)
12
13. Сертификационные программы PMI
PMI-RMP® (Risk Management Professional – Профессионал в области
управления рисками)
Программа для специалистов по управлению рисками
Функции:
Выявление, оценка, контроль рисков проекта
Разработка методов снижения риска, реализации возможностей риска
Тестирование:
Заявки онлайн
Подтверждение регистрации на экзамен е-письмом
Центр Прометрик в Москве, Санкт-Петербурге
Подробнее: <pmi.ru/certificates/>
13
14. План семинара
1. Стандарты и программы сертификации PMI
Марат Валиев, РМР, к.э.н., МВА, специалист по проектному
финансированию Broad Street Capital Group
2. Управляемое развитие информационных систем
Владимир Гвоздев, д.т.н., профессор, Уфимский
государственный авиационный технический университет
3. Управление рисками в проектах разработки и
внедрения информационных систем
Галиев Ренат, PMP, к.э.н., Директор представительства ООО
«Консультационная фирма «М-РЦБ» в г.Уфа
14
16. ЭВОЛЮЦИЯ СИСТЕМ
ИНФОРМАЦИОННОЙ ПОДДЕРЖКИ УПРАВЛЕНИЯ
1) Первый информационный 2) Второй информационный
барьер барьер
1.1. Функциональная архитектура 2.1. Функциональные архитектуры
системы системы
а) б)
1.2. Информационная архитектура 2.2. Информационные
системы архитектуры системы
а) б)
17. ЭВОЛЮЦИЯ СИСТЕМ
ИНФОРМАЦИОННОЙ ПОДДЕРЖКИ УПРАВЛЕНИЯ
3) Локальная автоматизация 4) «Островковая» автоматизация
3.1. Функциональная архитектура 4.1. Функциональные архитектуры системы
системы
а) б)
3.2. Информационная архитектура
системы 4.2. Информационные архитектуры
а) б)
AD
B
18. ЭВОЛЮЦИЯ СИСТЕМ
ИНФОРМАЦИОННОЙ ПОДДЕРЖКИ УПРАВЛЕНИЯ
5) Управляемое развитие АИС
5.1. Функциональные архитектуры системы 5.2. Информационная
а) б) архитектуры
19. ОСНОВНЫЕ ЗАДАЧИ
УПРАВЛЕНИЯ РАЗВИТИЕМ АИС
1. Разработка IT- стратегии
2. Аудит соответствия программных систем задачам бизнеса
3. Разработка:
концепции АИС
требований к АИС
технического задания на систему
4. Выбор наиболее подходящих программных решений
20. План семинара
1. Стандарты и программы сертификации PMI
Марат Валиев, РМР, к.э.н., МВА, специалист по проектному
финансированию Broad Street Capital Group
2. Управляемое развитие информационных систем
Владимир Гвоздев, д.т.н., профессор, Уфимский
государственный авиационный технический университет
3. Управление рисками в проектах разработки и
внедрения информационных систем
Галиев Ренат, PMP, к.э.н., Директор представительства ООО
«Консультационная фирма «М-РЦБ» в г.Уфа
20
21. Что такое риск
Риск - неопределенное событие или условие, которое в
случае возникновения имеет негативное или позитивное
воздействие на цели проекта (сроки, стоимость,
содержание или качество)
Риск – это проблема, которая еще не возникла.
Проблема — это риск, который материализовался.
УПРАВЛЯТЬ РИСКАМИ ДЕШЕВЛЕ, ЧЕМ УПРАВЛЯТЬ
ПРОБЛЕМАМИ!
Категории рисков:
• «Известные неизвестные» – можно идентифицировать и
управлять ими.
• «Неизвестные неизвестные» - непредвиденные обстоятельства,
на которые необходимо иметь резервный фонд.
21
22. Что такое риск
Наиболее распространенные риски в проектах разработки
и внедрения информационных систем:
• Недостаточно сотрудников
• Ошибки в оценке трудоемкости и/или длительности работ
• Неполнота планирования, «забытые работы»
• Команда проекта не справляется с поставленными задачами
• Выявление технических ошибок в системе на этапе проведения
испытаний
• Недостатки в работах, выполняемых внешними (по отношению
к команде проекта) ресурсами: заказчиком, подрядчиком
• Увеличение объема работ
22
23. Процессы, Группы процессов & Области знаний
Группы процессов
Карта Мониторинг
Инициация Планирование Исполнение Завершение
процессов и Контроль
1) Интеграция
2) Содержание
Области знаний
3) Сроки
4) Стоимость
44 процесса
5) Качество
6) Персонал
7) Коммуникации
8) Риски 5 процессов 1 процесс
9) Закупки
23
24. Процессы управления рисками
Процессы управления рисками:
• Планирование управления рисками
• Идентификация рисков
• Качественный анализ рисков
• Количественный анализ рисков
• Планирование реагирования на риски
• Мониторинг и управление рисками
24
25. Планирование управления рисками
Планирование управления рисками – это принятие решений о
подходах и планировании действий по управлению рисками
проекта
План управления рисками включает:
• Методологию управления рисками
• Распределение ролей и ответственности участвующих в
управлении рисками
• Бюджет для управления рисками
• Сроки. Определение сроков и частоты выполнения процесса
управления рисками на протяжении всего жизненного цикла
проекта
• Категории рисков. Структура, на основании которой
производится систематическая и всесторонняя идентификация
рисков с нужной степенью детализации
• Правила определения вероятности возникновения рисков и их
последствий (матрица вероятностей и последствий)
25
26. Идентификация рисков
• Идентификация рисков - определение и
документирование рисков, которые могут влиять
на проект.
• Цель – не упустить потенциально опасный риск.
26
28. Качественный анализ рисков
Качественный анализ рисков – быстрый и недорогой
способ расстановки приоритетов рисков
Вероятность Низкая Средняя Высокая
Последств
ия (< 10 %) (10-50 %) (> 50 %)
Минимальные 1 1 1
Слабые 1 2 2
Умеренные 2 2 3
Критичные 2 3 3
Катастрофические 3 3 3
28
29. Качественный анализ рисков
Параметры Стоимость Сроки Содержание
Последс
твия
Увеличение Увеличение
Минимальные < 5% < 5% Незначительные
Затронуты
Увеличение Увеличение второстепенные области
Слабые 5-10% <5 содержания
Увеличение Увеличение Затронуты основные
Умеренные 10-20% 5-10% области содержания
Увеличение Увеличение Изменение содержания не
Критичные 20-40% 10-20% приемлемо
Катастрофичес Увеличение Увеличение Конечный продукт
кие > 40% > 20% бесполезен
29
30. Качественный анализ рисков
Пример из практики
Вероятность Низкая Средняя Высокая
Последствия (< 10 %) (10-50 %) (> 50 %)
Срыв ресурсного плана 1 1 3
Снижение качества работ 2 2 3
Срыв сроков проекта 2 2 3
Срыв финансирования
проекта 2 3 3
Срыв проекта в целом 3 3 3
30
31. Количественный анализ рисков
Количественный анализ рисков – определение
последствий возникновения риска в
количественном выражении (объем трудозатрат,
количество дней, стоимость и др.)
Количественный анализ производится в отношении тех
рисков, которые в процессе качественного анализа были
квалифицированы как потенциально или существенным
образом влияющие на проект (рейтинг 2 и 3)
31
32. Планирование реагирования на риски
Стратегии реагирования на негативные риски:
Уклонение - изменение плана проекта, чтобы устранить риск
или устранить его влияние на параметры проекта.
Передача риска - перенос последствий риска на третью
сторону. Перенос не устраняет риск, а передает управление
риском третьей стороне. Пример – страхование основных
средств, покупка опционов.
Снижение риска - снижение вероятности наступления риска
или тяжести его последствий.
Принятие риска - никаких действий по управлению риском
не выполняется, на покрытие возможных потерь могут
формироваться резервы.
32
33. Планирование реагирования на риски
Пример из практики:
УСТРАНИТЬ – устранение причины риска, внесение в План
проекта дополнительных затрат, направленных на исключение
причины риска.
ЗАПЛАНИРОВАТЬ – не предпринимая никаких упреждающих
действий для устранения риска, внести стоимость
ориентировочных затрат на устранение последствий риска в
рисковый фонд (в План реагирования на риски).
ИГНОРИРОВАТЬ – отказ от управления данным риском,
готовность пойти на потерю прибыли в размере
ориентировочного ущерба от риска.
МИНИМИЗИРОВАТЬ - планирование упреждающих действий
для снижения риска. При решении МИНИМИЗИРОВАТЬ
фактически принимается два решения – часть риска
УСТРАНИТЬ, а оставшуюся часть риска ЗАПЛАНИРОВАТЬ (либо
ИГНОРИРОВАТЬ).
33
35. Наиболее распространенные риски
в проектах разработки и внедрения ИС
Риск Причины Меры по упреждению
рисков
- Уникальность имеющихся - Привлечь на начальном
сотрудников этапе избыточное
- Сложность найма количество сотрудников
аналогичных сотрудников в (запланировать финансовые
Недостаточно
короткие сроки ресурсы на их содержание)
сотрудников - Отсутствие временных - Наличие "горячего
резервов на проекте (высокая резерва" из соискателей и
загрузка сотрудников на всем подрядчиков
протяжении проекта) - Планировать сотрудников с
- Текучесть кадров, загрузкой не более 80%
недостаточная мотивация
- Болезнь сотрудника
- Возникновение более
приоритетных задач
35
36. Наиболее распространенные риски
в проектах разработки и внедрения ИС
Риск Причины Меры по упреждению
рисков
Ошибки в оценке - Неопытность руководителя - Привлечь экспертов на
трудоемкости и/или проекта и/или команды начальных этапах при
длительности - В проекте используются планировании проекта
новые, ранее не применявшиеся - Запланировать
работ.
технологии дополнительные
Неполнота трудозатраты и сроки для
планирования, изучения новой технологии
«забытые работы»
Команда проекта не - В команде новые Запланировать
справляется с (непроверенные) сотрудники дополнительные
поставленными - Недостаточная квалификация трудозатраты и сроки для
сотрудников обучения сотрудников
задачами
36
37. Наиболее распространенные риски
в проектах разработки и внедрения ИС
Риск Причины Меры по упреждению
рисков
Отсутствие или не полное Формальное описание ключевых
описание работ параметров системы,
Недостатки в заказчика/подрядчика, а необходимых для успешного
также ответственности за выполнения проекта - в договоре,
работах,
невыполнение доп.соглашениях, уставе проекта,
выполняемых обязательств. протоколах совещаний и прочих
внешними (по документах.
отношению к Недостаточно плотное Запланировать доп.
команде проекта) взаимодействие с трудозатраты для
ресурсами: заказчиком/подрядчиком взаимодействия с заказчиком/
заказчиком, подрядчиком
Новый заказчик/подрядчик - Запланировать доп. трудозатр.
подрядчиком
для взаимодействия с
заказчиком/подрядчиком
- Ответственно отнестись к
выбору подрядчика, иметь
запасной вариант подрядчика
37
38. Наиболее распространенные риски
в проектах разработки и внедрения ИС
Риск Причины Меры по упреждению рисков
- Тщательный сбор, формализация и
- Отсутствие или не
согласование с заказчиком требований
полнота требований
на таких этапах, как обследование,
заказчика
разработка концепции, разработка
технического задания
- Непрекращающийся
- Организовать эффективную систему
поток изменений от
Увеличение контроля изменений – все
заказчика
дополнительные требования, не
объема работ
указанные в ТЗ реализуются только
- Раздувание требований
после поступления заявки заказчика в
установленной форме, работы по
которой подлежат дополнительной
оплате.
Реализация
Запланировать трудозатраты на
несоответствующей
дополнительный контроль выполнения
функциональности
работ, на разработку эффективной
командой проекта
системы отчетности
38
39. Вопросы & Ответы
Благодарим за внимание
www.pmi.ru
ufa@pmi.ru
Ренат Фаридович Галиев:
PMP, к.э.н., специалист по внедрению проектного управления на предприятиях
Марат Шамилевич Валиев:
РМР, к.э.н., MBA, специалист по международному проектному и экспортно-
импортному финансированию
Гвоздев Владимир Ефимович:
Доктор технических наук, профессор