Презентация курса ПМ

1. Бизнес-кейс
(Экономическое
обоснование)
Выгоды

2. Бизнес-кейс (Экономическое
обоснование)
Документированный анализ
экономической целесообразности,
используемый для установления
обоснованности выгод отобранного
компонента, который еще не
определен в достаточной степени,
основа для авторизации
дальнейших операций по УП
PMBoK
- 2 -

3. Бизнес-кейс, выгоды
• Бизнес кейс - понять причину инициации
проекта
• Какие выгоды организация ожидает получить от
результатов проекта
• Проект инициируется для специфических
причин, и результаты проекта должны
поддерживать эти причины
• ПМ может создать проект, который хочет он,
нежели который требовалось реализовать, или
завершить по техническим требованиям и
забыть о причинах инициации
•
3

4. Бизнес-кейс, выгоды
• Компания должна знать свои стратег цели, и все
проекты должны помогать достигать эти цели
• Много идей предлагаются, но компания
анализирует и выбирает какие проекты
соответствуют целям, ограничениям по
стоимости, времени и ресурсам, и риски.Затем
организация авторизует проект одобрением
устава.
• Это процесс отбора проектов, и важно знать как
этот процесс влияет на операции управления
проектом
4

5. Бизнес-кейс, выгоды
• ПМ нужно знать и понимать почему
порученный вам проект был выбран и какие
выгоды проект может произвести.
• Проект реализуется для входа на новый рынок?
Или будет достигнуто соответствие
регуляторным нормам? Или это результат
запроса клиента? Или это приоритетный проект
для менеджмента? Или ожидается резкое
улучшение будущего компании?
• Если потерять фокус на целях, можно завершить
проект в срок и вписаться в бюджет, но все
равно провалить проект, так как он не достиг
целей или не произвел ожидаемых выгод 5

6. Опишите бизнес-кейс своего
проекта
6

7. Требования

8. Требование
Условие или
характеристика, которую
должен иметь продукт,
услуга или результат в
соответствии с бизнес-
потребностью
PMBoK
- 8 -

9. - 9 -

10. - 10 -

11. Школьный сайт
Цель
Повысить количество обращений от
потенциальных учеников на 30%
Требование
• Время онлайн приема обращений
занимает не более 10 минут
• Возможность поиска свободного времени и
онлайн записи на встречу к директору школы
11

12. Сбор требований

13. Сложности сбора требований
Некорректные требования
Противоречивые требования
Неполные(отрывочные) требования
Ненужные требования
Клиенты/Заказчики не уделяют время
13

14. - 14 -
Опрос
Интервью Фокус-группы Наблюдение
Опрос Анализ документов

15. Анализ требований

16. - 16 -
Информация неполная

17. - 17 -
Противоречивые требования
Дублируются

18. - 18 -
Прояснить у
заинтересованных сторон

19. Документирование
требований

20. Описание требований
• Просто, понятно
• Четко
• Кратко
• Сортировать по
категориям
- 20 -

21. Разработка
требований

22. Пример требований из
реальных проектов
Требования для автоматизированной системы для
обеспечения образовательной деятельности:
- эл документы должны выводиться: на экран
пользователю; на печать; экспорт данных по эл
почте; в виде файла в RTF, в формате офисных
документов Microsoft, PDF
-автоматиз-ая система видео-наблюдения
-разработка и внедрение электронных журналов и
дневников;
-автоматизированная система ведения рейтингов
успеваемости учеников, электронная система
прихода и ухода (регистрации) учеников 22

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

24. Пример требований из
реальных проектов
Требования к структуре и функционированию сайта
для консалтинг услуг
1. У сайта должна быть четкая структура.
2. Сайт должен состоять из взаимосвязанных
разделов с четко разделенными функциями.
3. Должна быть возможность управления всем
информационным содержимым сайта.
4. Должен быть обеспечен широкий выбор
инструментариев для дизайна и управления
5. Ссылка на внутреннюю страницу должна быть
понятная, короткая и лаконичная
24

25. ДЗ
• Матрица стратегий
• Задачи
• Бизнес кейс
• Требования
25

26. Результаты
Deliverables
Поставляемые результаты

27. Результат
Любой уникальный и
поддающийся проверке
продукт, результат или
способность оказывать
услугу, которые необходимо
произвести для завершения
процесса, фазы или проекта
PMBoK
- 27 -

28. Результаты
измеряются
критериями успеха

29. - 29 -

30. Результаты (поставляемые)
• Помогают определить содержание
(что включено/не включено в проект)
• Измерение прогресса во время
реализации проекта
30

31. Документирование
результатов

32. 1. Документирование
конечного результата
проекта
32

33. Школьный сайт разработан и
передан администрации
33

34. 2. Документирование
промежуточного результата
проекта
Заказчик не всегда получает/ одобряет
промежуточный результат 34

35. Подписан контракт с
компанией по разработке
сайта
35

36. 3.Документирование
результатов, необходимых
между отчетами о статусе
36

37. Отчеты о статусе
37

38. Как формулировать
результаты
• Ключевой результат должен быть легко
измерим
• Каждая цель должна оцениваться примерно по
3 результатам
• Достижение результата должно вести к
достижению цели
• Ключевой результат - это результат, а не способ
достижения
• Достижение ключевого результата должно быть
подтверждаемым
38

39. Примеру результатов из
реальных проектов
• Сформирована молодежная аналитическая
группа при Центре общественных технологий из
20 чел до 4 июня 20ХХ
• Организован онлайн-воркшоп "Последнее слово
в новых медиа"для эффективного вовлечения
аудитории с участием зарубежных медиа-
экспертов из Медузы, Настоящее время, Russia
Beyond, Regional Press Development Institute,
Mediagun, «Батенька, да вы трансформер»
• Создан кросс-платформенный контент с учетом
последних трендов в СМИ, включая подкасты,
360, VR/AR
39

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

41. OKR

42. OKR
Objectives Key Results
Формула цели от Джона Дорра:
I will____ as measured by ____
Я буду [достигать цели], достигая следующих
[результатов]
I will [Objective] as measured by [this set of key results]
Мы должны достигнуть уровня 300К постоянных
пользователей, предоставляя качественные услуги и
получить доход в размере $XYZ

43. OKR - прозрачная работа
• Внедрено для формулировки целей через
результат и результата через цели
• Гугл рекомендует формулировать на каждого
члена команды или хотя бы на Leadов
• Помогает синхронизировать понимание кто что
делает
• Индивидуально каждый, затем делиться этим
публично для всех членов команды
• Например, OKR разработчика [выпустить
приложение], а OKR руководителя - [получить
больше денег]
43

44. Опишите результаты своего
проекта
44

45. Измерение успеха

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

47. Примеры
критериев успеха
• Подписанные контракты
• Сертификаты о
завершении
• Итоги опросов или
исследования (80%
участников
удовлетворены
обучением)
- 47 -

48. 1. Определить конечные
результаты
2. Определить промежуточные
результаты
3. Определить четкие измеримые
критерии успеха

49. Допущения и риски

50. Допущение (Assumption)
Фактор в рамках процесса
планирования, который считается
верным, реальным или
определенным без
предоставления доказательств и
без демонстрации
PMBok
- 50 -

51. Допущения
• Используется для заполнения отсутствующей
информации
• Обновляется и изменяется по необходимости
51

52. - 52 -

53. - 53 -

54. - 54 -

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

56. - 56 -
Разные люди имеют разные допущения.
Если допущения не выяснены и не озвучены, то
кто-то может оказаться разочарованным

57. - 57 -
Компания ПМ
Например, ПМ предполагал, что тестовый
контент сайта будет залит поставщиками услуг

58. - 58 -
Компания Учитель
информатики
А компания ожидала от учителя информатики, в
итоге важные дедлайны могут быть просрочены

59. ● Убедиться, что все находятся
“на одной странице”
● Спрашивать ожидания
● Не стесняться уточнять
вопросы повторно
59

60. Риски

61. Риск
Неопределенное событие
или условие, наступление
которого отрицательно
или положительно
сказывается на целях
проекта
PMBoK
- 61 -

62. - 62 -

63. - 63 -

64. - 64 -

65. Допущения и риски
управляемы, если
определить и
документировать их
заранее

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

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

68. Примеры рисков из реальных
проектов
• Недостаточное количество поданных заявок от
потенциальных участников проекта
• В период сотрудничества у наставника и
подопечного будут срываться встречи ввиду
занятости или командировок наставников
• В регионах потенциальные слушатели будут
иметь ограниченный доступ в интернет, в связи
с чем они не смогут проходить обучение онлайн
курсов академии Окуу.кж
68

69. Описание
содержания

70. Содержание проекта
Работы, которые
необходимо выполнить,
чтобы получить продукт,
результат или услугу с
заданными свойствами и
функциями
PMBoK
- 70 -

71. Содержание
продукта
Свойства и функции,
которые характеризуют
продукт, услугу или
результат
PMBoK
- 71 -

72. - 72 -
Содержание проекта
Входит
НЕ входит

73. ВАЖНО! Письменное описание
содержания проекта
73

74. ВАЖНО! Письменное описание
содержания проекта
• Помогает избежать
расползания содержания
(scope creep)
• Предотвратить
неожиданные результаты
• Напоминает
заинтересованным
сторонам о первоначальной
договоренности
• Помогает учету для
управления изменениями
74

75. Описание содержания проекта-
это документ, где описывается
содержание проекта и продукта
75

76. Описание содержания проекта
Цели и задачи
Внутри
содержания
Вне
содержания
Результаты
(поставляемые)
76
Критерий
успеха
Допущения
Риски
Ограничения

77. Что входит в содержание
проекта Школьный сайт
• Разработать документы и материалы для
нового сайта
• Разработать новый сайт
• Обучить персонал школы администрации сайта
77

78. ЧТо НЕ входит в содержание
проекта Школьный сайт
• Разработка мобильного приложения школы
• Разработка системы учета для бухгалтерии
школы
• Разработка платформы для онлайн обучения
школы
• Разработка онлайн дневника для учеников
школы
78

79. Запрос на
изменение

80. Запрос на
изменение (Change
Request)
Формальное предложение
внести изменения в документ,
поставляемый результат или
план
PMBoK
- 80 -

81. Совет по контролю
изменений (Change
Control Board)
Формально созданная группа,
ответственная за изучение,
оценку, одобрение, отсрочку или
отклонение внесения изменений
в проект, а также за фиксацию
соответствующих решений и
информирование о них.
PMBoK
- 81 -

82. Процесс внесения изменений
1. Оценить вклад. Оценить вклад изменения на
все аспекты проекта(например, это изменений
добавит 3 недели работ, потребует $20,000 доп
финансирования и не имеет эффекта на
ресурсах).
2. Определить варианты. Может включать
урезание мероприятий, сжатие расписания и др.
Например, можно снизить эффект изменения на
проект потратив время для снижения рисков
или добавив доп ресурс в команду.
3. Получить внутреннее одобрение изменения
4. Вовлечение заказчика (если требуется)
82

83. ДЗ
• Выбрать проблему
• Цель проекта
• Задачи проекта
• Требования
• Описание содержания
83

84. Свой проект

85. Основы программирования
https://scratch.mit.edu/
https://www.youtube.com/watch?v=6C8DEWjXijU
85

86. Мобильное приложение
https://appinventor.mit.edu/
https://www.youtube.com/watch?v=Vdo8UdkgDD8
86

87. Вэб-сайт
https://tilda.cc/
87

88. - 88 -
Facebook
Источник: Джули Чжуо,Вице-президент
по дизайну продуктов в Facebook

89. 1.Я хочу поговорить о своих
интересах с другими людьми,
которым это тоже интересно,
но я не знаю, где найти этих
людей
89
Источник: Джули Чжуо,Вице-президент
по дизайну продуктов в Facebook

90. 2.Более трети членства групп произошли
от простого нажатия по предложению в
ленте “Вступить в группу». Анекдоты и
архивные истории из школьной жизни
не были бы услышаны, если бы не группы
для организации мероприятий и встреч.
Это заставило команду поверить, что это
было реальной проблемой - обнаружить
и организовать группы, и в конечном
итоге привело к созданию решения этой
проблемы.
90
Источник: Джули Чжуо,Вице-президент
по дизайну продуктов в Facebook

91. 3. Команда «Обнаружение групп»
поставила перед собой цель помочь
пользователям находить новые группы, а
также была заинтересована в том, чтобы
пользователи присоединялись к верным
группам. Чтобы измерить это, они
отслеживали активность пользователя в
группе в течение нескольких месяцев.
91
Источник: Джули Чжуо,Вице-президент
по дизайну продуктов в Facebook

92. Разделиться на группы по 3-4
чел
• Создать встречи в мите
• Выбрать платформу
• Выбрать проект
• Распределить роли ПМ Заказчик Разработчик
92

93. ДЗ
• Описание содержания проекта (цели, задачи,
требования, ЗС, и др)
• Шаблон или макет, мокап сайта
• Создать свою группу
• Все письменно - устав в формате doc + ppt
• Жибек ввести в команду и в курс дела
93

94. Устав проекта

95. Описание
проекта
95
Описание
содержания
проекта

96. Завершение этапа инициации
проекта
• Получить одобрение для начала планирования
• Подготовить устав проекта
96

97. - 97 -
Подготовить инфо
для Заказчика и
Спонсора для
одобрения проекта
Рассмотрение
проекта
Решение
о проекте:
Одобрить,
Отклонить,
Вернуть на
доработку

98. Устав проекта
Документ, выпущенный
инициатором или спонсором
проекта, который формально
авторизует существование
проекта и предоставляет ПМ
полномочия использовать
ресурсы организации в
операциях проекта
PMBoK
- 98 -

99. Устав проекта
1. Название проекта
2. Цель
3. Высокоуровневое описание проекта
4. Высокоуровневое расписание
5. Приближенная оценка ресурсов
6. Заинтересованные стороны
99

100. Устав проекта
• Имя ПМ
• Ответственность ПМ
• Полномочия ПМ
• Формальная декларация поддержки со стороны
Спонсора
100

101. Устав
проекта
101
Доверенность
ПМ

102. ПМ
102

103. Устав
Проекта
Рассылается
Спонсором
103

104. Действия при инициации
❏ Выбрать ПМ
❏ Определить организационную культуру и
действующие системы, связи
❏ Собрать процессы, процедуры и историческую
информацию
❏ Разделить большие проекты на фазы или более
мелкие проекты
❏ Понять бизнес кейс, выгоды (понять причину
инициации проекта и какие выгоды
организация ожидает получить от результатов
проекта)
❏ Раскрыть первоначальные требования,
допущения, риски, ограничения, и действующие
соглашения 104

105. Действия при инициации
❏ Оценить выполнимость проекта и продукта в
рамках заданных ограничений
❏ Создать измеримые цель, задачи и критерий
успеха
❏ Разработать устав проекта
❏ Идентифицировать заинтересованные стороны,
определить их ожидания, интересы, влияние, и
вклад
❏ Запрос на изменение
❏ Разработать журнал допущений
❏ Разработать реестр заинтересованных сторон
105

106. ДЗ
Описание результатов
Критерий успеха
Допущения и риски
Содержание
Устав проекта
106