Модуль 11. Лекция 49-50. Управление рисками проектаYana Brodetski
Управление рисками проекта
● Планирование реагирования на риски:
● Входы
● Инструменты и методы
● Стратегия реагирования на угрозы
● Стратегия реагирования на возможности
● Стратегия реагирования на потери
● Выходы
● Контроль рисков
● Входы
● Инструменты и методы
● Аудиты и переоценка рисков
● Выходы
Презентация делалась в 2006 году, но может быть еще актуальна для всех, кто связан с тематикой CRM (Customer Relationship Management).
Я рассказывал о том, как защитить проект перед заказчиком, как объяснить руководителю организации зачем ему нужна система CRM
Модуль 11. Лекция 49-50. Управление рисками проектаYana Brodetski
Управление рисками проекта
● Планирование реагирования на риски:
● Входы
● Инструменты и методы
● Стратегия реагирования на угрозы
● Стратегия реагирования на возможности
● Стратегия реагирования на потери
● Выходы
● Контроль рисков
● Входы
● Инструменты и методы
● Аудиты и переоценка рисков
● Выходы
Презентация делалась в 2006 году, но может быть еще актуальна для всех, кто связан с тематикой CRM (Customer Relationship Management).
Я рассказывал о том, как защитить проект перед заказчиком, как объяснить руководителю организации зачем ему нужна система CRM
Жизненный цикл разработки ПО (SDLC)
Этапы жизненного цикла разработки
Этап планирования
Этап разработки
Этап поддержки
Роли в жизненном цикле разработки ПО
Артефакты в жизненном цикле разработки ПО
Терминология
Основано на книге Стив МакКонелл, "Сколько стоит программный проект"
- Цели, План, Эстимейт, Обязательства - как они взаимосвязаны?
- Переоценка и недооценка - последствия
- Основные причины ошибок в оценках
- Факторы и их влияние на оценку (COCOMO ||)
- Методы оценки
- Правильная процедура оценки
Полезные ссылки:
Classic Mistakes Enumerated -
http://www.stevemcconnell.com/rdenum.htm
CoCoMo - https://ru.wikipedia.org/wiki/COCOMO
Экстремальное программирование - https://ru.wikipedia.org/wiki/Экстремальное_программирование
Андрей Вачегин, Начальник управления администрирования проектов, департамент развития мощностей, «КЭС», Член Совета Директоров «ТГК-9». Доклад "Управление рисками. Когда и как?"
Коммерческое предложение
Определение RFI, RFP (Proposal)
Определение MSA, SOW
Структура MSA, SOW
Структура КП (RFP Proposal)
Типы контрактов
Фиксированная стоимость (Fixed Price)
Время и стоимость (Time & Material)
Командный контракт (Dedicated Team)
Подходы к выбору контракта и методологии проекта
Модуль 8. Лекция 35-36. Управление качеством проектаYana Brodetski
Управление качеством проекта
● Обеспечение качества
● Входы
● Инструменты и методы
● Диаграммы сходства
● Диаграммы процесса осуществления программы
● Ориентированные графы взаимоотношений
● Древовидные диаграммы
● Матрицы приоритетов
● Диаграммы сети операций
● Матричные диаграммы
● Выходы
● Контроль качества
● Входы
● Методы и инструменты
● Выходы
Модуль 11. Лекция 47-48. Управление рисками проектаYana Brodetski
Управление рисками проекта
● Качественный анализ рисков:
● Входы
● Инструменты и методы
● Формирование матрицы вероятности и воздействия.
● Определение категорий рисков
● Выходы
● Количественный анализ рисков
● Входы
● Инструменты и методы
● Методы сбора и представления информации
● Методы количественного анализа и моделирования рисков
● Выходы
Модуль 2: Лекция 5-6. Определение стейкхолдеров и проектаYana Brodetski
Определение стейкхолдеров
Кто такие стейкхолдеры (Stakeholders)
Способы идентификации стейкхолдеров
Анализ вовлеченности стейхолдеров
Способы коммуникации на проекте
Проект
Структура проекта
Управление проектом
Система ограничений
Организационная структура
Целеполагание
Успешный проект
На этот раз мы решили показать общие принципы и особенности управления рисками в разных используемых подходах и методологиях:
PMBOK PMI - американская методология.
P2M - японская методология.
Agile - подход гибкой разработки программного обеспечения в ИТ- проектах.
MSF (Microsoft Solution Framework) - подход компании Microsoft по итерационной разработке программного обеспечения.
Avos - подход, часто при меняемый в российских компаниях. Его основной тезис выражается как poka grom ne gryanet. Сильно отличается от стратегии принятии рисков.
Презентация во многом является практическим подтверждением необходимости и описанием структуры создания Устава Проекта. В докладе было использовано множество примеров из собственного опыта.
Жизненный цикл разработки ПО (SDLC)
Этапы жизненного цикла разработки
Этап планирования
Этап разработки
Этап поддержки
Роли в жизненном цикле разработки ПО
Артефакты в жизненном цикле разработки ПО
Терминология
Основано на книге Стив МакКонелл, "Сколько стоит программный проект"
- Цели, План, Эстимейт, Обязательства - как они взаимосвязаны?
- Переоценка и недооценка - последствия
- Основные причины ошибок в оценках
- Факторы и их влияние на оценку (COCOMO ||)
- Методы оценки
- Правильная процедура оценки
Полезные ссылки:
Classic Mistakes Enumerated -
http://www.stevemcconnell.com/rdenum.htm
CoCoMo - https://ru.wikipedia.org/wiki/COCOMO
Экстремальное программирование - https://ru.wikipedia.org/wiki/Экстремальное_программирование
Андрей Вачегин, Начальник управления администрирования проектов, департамент развития мощностей, «КЭС», Член Совета Директоров «ТГК-9». Доклад "Управление рисками. Когда и как?"
Коммерческое предложение
Определение RFI, RFP (Proposal)
Определение MSA, SOW
Структура MSA, SOW
Структура КП (RFP Proposal)
Типы контрактов
Фиксированная стоимость (Fixed Price)
Время и стоимость (Time & Material)
Командный контракт (Dedicated Team)
Подходы к выбору контракта и методологии проекта
Модуль 8. Лекция 35-36. Управление качеством проектаYana Brodetski
Управление качеством проекта
● Обеспечение качества
● Входы
● Инструменты и методы
● Диаграммы сходства
● Диаграммы процесса осуществления программы
● Ориентированные графы взаимоотношений
● Древовидные диаграммы
● Матрицы приоритетов
● Диаграммы сети операций
● Матричные диаграммы
● Выходы
● Контроль качества
● Входы
● Методы и инструменты
● Выходы
Модуль 11. Лекция 47-48. Управление рисками проектаYana Brodetski
Управление рисками проекта
● Качественный анализ рисков:
● Входы
● Инструменты и методы
● Формирование матрицы вероятности и воздействия.
● Определение категорий рисков
● Выходы
● Количественный анализ рисков
● Входы
● Инструменты и методы
● Методы сбора и представления информации
● Методы количественного анализа и моделирования рисков
● Выходы
Модуль 2: Лекция 5-6. Определение стейкхолдеров и проектаYana Brodetski
Определение стейкхолдеров
Кто такие стейкхолдеры (Stakeholders)
Способы идентификации стейкхолдеров
Анализ вовлеченности стейхолдеров
Способы коммуникации на проекте
Проект
Структура проекта
Управление проектом
Система ограничений
Организационная структура
Целеполагание
Успешный проект
На этот раз мы решили показать общие принципы и особенности управления рисками в разных используемых подходах и методологиях:
PMBOK PMI - американская методология.
P2M - японская методология.
Agile - подход гибкой разработки программного обеспечения в ИТ- проектах.
MSF (Microsoft Solution Framework) - подход компании Microsoft по итерационной разработке программного обеспечения.
Avos - подход, часто при меняемый в российских компаниях. Его основной тезис выражается как poka grom ne gryanet. Сильно отличается от стратегии принятии рисков.
Презентация во многом является практическим подтверждением необходимости и описанием структуры создания Устава Проекта. В докладе было использовано множество примеров из собственного опыта.
Проектная деятельность неотъемлемая часть любой компании. В современном мире каждый субъект нуждается в развитии и улучшении на рынке. И одним из инструментов увеличения влияния является работа с проектами.
Project activities are an integral part of any company. In the modern world, each actor needs to develop and improve on the market. And one of the tools for increasing the impact is to work with projects.
Слайды доклада на мит-апе сообщества SoftER.
Изложение построено так, что доступно ля применения не только в проектах, но и в операционной деятельности.
https://t.me/AboutPM/36
Ризик є основною причиною невизначеності в будь-якій організації. Компанії все частіше фокусуються на виявленні ризиків та управлінні ними, перш, ніж вони почнуть впливати на бізнес. На МК будемо вчитися ефективній роботі з ризиками. Здатність управляти ризиками допоможе компаніям впевненіше діяти в майбутніх бізнес-рішеннях.
Для кого корисний майстер-клас:
керівники проектів
тім-ліди
проектні менеджери
скарм-мастера
засновники стартапів
Які питання ми розглянемо?
Чи потрібен ризик-план, якщо ми працюємо за методологією Agile
Чи потрібні мені формули і матриці
Якщо я не можу вплинути на те, що ризик таки станеться, що тоді
Speaker - Anna Lavrova, SAFe Agilist
Риск является основной причиной неопределенности в любой организации и проекте. Компании все чаще фокусируются на выявлении рисков и управлении ими, прежде чем они даже повлияют на бизнес. На этом 3-х часовом воркшопе мы на практике будем учиться правильному риск-менеджменту.
Какие вопросы мы затронем?
✅ А нужен ли риск план, если мы работаем по аджайлу?
Манифест говорит, что работающий приносящий ценность продукт важнее документации - зачем риск план и это все?
✅ Нужны ли мне формулы и матрицы?
Во время мастер-класса мы поговорим о разных типах рисков и их источников, мы начнем с оценки вашего проекта и его окружения, вы, безусловно, поработаете с формулами и матрицами, и будете иметь несколько козырей в рукаве во времена шторма, а если формулы и матрицы вас пугают, не волнуйтесь, есть шаблоны ;)
✅ Если я не могу повлиять на то, что риск таки произойдет, то что?
Риск не может быть устранен. Однако он может:
- Быть передан другой стороне, которая готова рискнуть, скажем, путем покупки страхового полиса или заключения форвардного контракта;
- Уменьшен, благодаря хорошему внутреннему контролю;
- Его можно избежать, не вступая в рискованные предприятия;
Некоторые говорят, что риск - это неприятное слово, которое может испортить вам жизнь. Управление рисками - серьезный бизнес (кстати). Как отрасль, она включает более 30 000 компаний и генерирует годовой доход в размере 6 миллиардов долларов.
Модуль 11. Лекция 45-46. Управление рисками проектаYana Brodetski
Управление рисками проекта
● Планирование управления рисками:
● Входы
● Инструменты и методы
● Коммуникационные технологии
● Коммуникационные модели
● Методы коммуникаций
● Выходы
● Идентификация рисков
● Входы
● Инструменты и методы
● Выходы
Оцінка проектів на етапі продажу. Практичні рекомендації та поради.Stfalcon Meetups
C'n'C #29 - IT Project Management
Ігор Федун
- Project Manager в Stfalcon.com
- У минулому Project Manager в Four-eyes.io
- Знаходжу позитивні моменти в будь-якій ситуації. Люблю відпочинок з друзями на природі
3. 1
Понятие
1. Проект – временное предприятие имеющее в
своих целях реальные продукты достижения
результата в заданные сроки. В рамках указанного
ресурса.
2. Цель – конечный результат.
3. Сроки – невозможно без определения сроков.
4. 1
Успех проекта – это успех
продукта и успех управления
проектом.
1. Заказчик
2. Исполнитель
3. Менеджер проекта (руководитель)
4. Команда проекта
5. Подрядчик
6. Инвесторы и спонсоры
1. Инвесторы
Спонсоры
5. 1
Основные роли
участников проекта.
1. Организатор (мотиватор).
2. Генератор идей.
3. Аналитик (критик).
4. Инициативный исполнитель.
5. Доводит проекта до окончания и под ключ.
80% успеха обеспечивают 20 % сотрудников.
6. 1
Расписание проекта
1. Описание исходной ситуации (обоснование необходимости
проекта)
2. Формулировка проблемы
3. Обоснование целей
4. Формирование целей и задач
5. Составление стратегии и порядка действий
6. Распределение основных ресурсов
7. Формирование сметы (бюджет проекта)
9. 1
Матрица Компромиссов
Зафиксировать.
В качестве фиксированного ограничения берется то, на которое в данном
проекте влиять практически невозможно.
• Оптимизировать.
Обычно для оптимизации из двух оставшихся ограничений выбирают то,
по которому в конце проекта желательно получить наилучшие показатели.
• Пересчитать и принять.
Так как три вида ограничений проекта взаимосвязаны, параметры
третьего ограничения определяются параметрами первых двух. Поэтому
оставшееся после выбора первых двух третье ограничение просто
пересчитывается.
10. 1
Почему проекты проваливаются
(8 причин):
1. Неясные цели проекта
2. Неадекватные коммуникации
3. Слабое участие команды в планировании
4. Слабое участие команды в разрешении проблем
5. Недостаточность авторитета
6. Отсутствие технических навыков
7. Отсутствие административных навыков
8. Нереальный временной график
11. 1
Риски - это
1. Вероятность наступления негативных событий, способных повлиять на
достижение целей, поставленных компанией
2. Сочетание вероятности события и его последствий
3. Эффект неопределённости на достижение поставленных вами целей
4. Угроза прибыльности компании
5. Возможность некоторых потерь, которые обычно возникают в процессе
разработки проекта
Возможность некоторых потерь, которые обычно возникают в процессе
разработки проекта
12. 1
В процессе управления рисками
очень важна корректная
формулировка рисков
•Появление на рынке нового конкурента, действия
которого способны привести к сокращению продаж
и падению прибыли компании
•Валютный риск
•Человеческий риск
•Финансовые и репутационные потери
13. 1
О проекте
Структурирование бизнеса
Использование классификатора рисков
Анализ управленческой и финансовой
отчетности
Использование опыта внутренних
экспертов и сотрудников
Обмен опытом со специалистами
в вашей области
14. 1
Шаг 1. Структурирование бизнеса
Прибыль
компании
Доходы
Продажи Клиенты
Конкуренты
Валютные колебания
Дебиторская
задолженность
Сервисы
Расходы
Аренда
Зарплаты
Налоги
Неверный расчет
Несвоевремен-ная
уплата
Исследования
Другие…
РИСКИ
15. 1
Шаг 2. Использование
классификатора рисков
Управленческая команда
Финансирование
Технология / ИТ
Исследование / Производство
Клиенты, спрос и рынок
Регулирование / ИС
Поставщики
Конкурентные продукты
внутренниевнешние
Необходимо учитывать как
внутренние риски проекта, так и
внешние факторы, которые
могут повлиять на проект.
Данный пример не является
исчерпывающим, его
необходимо адаптировать для
целей вашей компании
16. 1
Шаг 3. Анализ управленческой и
финансовой отчетности
1. …..
2. …..
3. …..
4. …..
Любая внутренняя или внешняя отчетность
может быть полезна при выявлении уже
реализовавшихся рисков
Вот лишь несколько примеров: рост
дебиторской задолженности, рост сроков
поставок, оборот дебиторской
задолженности, показатель текущей и
быстрой ликвидности.
17. 1
Шаг 4. Использование опыта
сотрудников
•Общение с сотрудниками напрямую позволяет
выявлять риски, которые зачастую не очевидны
руководству компании
•Для получения данных о рисках могут использоваться
опросники, групповые семинары или интервью
18. 1
Шаг 5. Обмен опытом с внешними
специалистами в вашей области
•Общение с такими специалистами, как банковскими
сотрудниками, страховыми брокерами, сотрудниками
венчурных фондов может также помочь при выявлении
рисков
•Обращайте внимание на отраслевые отчеты и публикации
•Участие в обсуждении на форумах также может быть
полезно
19. Что делать с рисками после их выявления?
Описание
риска
Последствия от
реализации
риска
Ущерб от
риска
Вероятность
риска
Оценка
риска
Мероприятия
по снижению
риска
Ответственность и
сроки
Шаг 1: Идентификация рисков
20. 1
Оценка рисков с точки зрения
вероятности и ущерба
Выявленные риски необходимо
приоритезировать, чтобы откинуть те,
которые несущественные
Что необходимо для определения
уровня риска?
• Размер потенциально ущерба – ущерб от риска может
измеряться в деньгах (финансовые потери) или ущербе
репутации компании
• Вероятность наступления ущерба – вероятность риска
зависит от истории реализации риска в прошлом, уровня
неопределённости и сложности процессов
22. 1
Выбор способа оценки зависит от…
1. Доступности исторических данных для расчета
2. Возможности количественно оценить данный
конкретный риск
3. Трудозатрат, необходимых для оценки риска
4. Последующего использования данных о риске
23. Что делать с рисками после их оценки?
Описание
риска
Последствия от
реализации
риска
Ущерб от
риска
Вероятность
риска
Оценка
риска
Мероприятия
по снижению
риска
Ответственность и
сроки
Шаг 2: Оценка рисков
24. 1
Способы минимизации рисков:
Избежание риска
Выбор альтернативного варианта с наименьшим уровнем риска
Отказ от реализации проекта или выхода на новый рынок
Перенос риска
Передача или частичная передача риска другой стороне (например, путем
заключения договоров страхования, аутсорсинга и др.), позволяющая уменьшить
негативное влияние на достижение целей компании.
При этом необходимо учитывать, что репутационный риск не всегда возможно
перенести.
Снижение риска
Воздействие на риск путем снижения вероятности реализации риска и (или)
снижения негативных последствий в случае реализации риска в будущем.
Принятие риска
Компания допускает возможное наступление неблагоприятных последствий риска с
определением конкретных источников покрытия ущерба от таких последствий.
25. 1
Основные пути снижения риска
Устранение
последствий и
снижение ущерба от
риска
Предотвращение
причин и снижение
вероятности
наступления рисков
26. Что делать с рисками после разработки мероприятий
по минимизации?
Описание
риска
Последствия от
реализации
риска
Ущерб от
риска
Вероятность
риска
Оценка
риска
Мероприятия
по снижению
риска
Ответственность и
сроки
Шаг 3: Минимизация
рисков
27. 1
Отчетность о рисках компании
Для чего готовить отчетность о
рисках?
• Информация о рисках – важная
часть презентации для
потенциальных инвесторов
• Информация о рисках будет
полезна в рамках
управленческой отчетности
28. 1
Процедуры мониторинга
Мониторинг уровня рисков предусматриваем пересмотр
рисков проекта как минимум два раза в год…
Выявление и
оценка рисков
Цикл в 1 год
1
2
Подготовка и
предоставление отчетности
о рисках
3
Пересмотр рисков
Повторное
предоставление
отчетности о
рисках
30. 1
Паспортизация проекта
1. Информация о проекте
2. Технология производства (услуги)
3. Объёмы производства
4. Рынок сбыта
5. Объём необходимых инвестиций
6. Срок окупаемости