Управление рисками проекта
● Планирование реагирования на риски:
● Входы
● Инструменты и методы
● Стратегия реагирования на угрозы
● Стратегия реагирования на возможности
● Стратегия реагирования на потери
● Выходы
● Контроль рисков
● Входы
● Инструменты и методы
● Аудиты и переоценка рисков
● Выходы
Модуль 11. Лекция 47-48. Управление рисками проектаYana Brodetski
Управление рисками проекта
● Качественный анализ рисков:
● Входы
● Инструменты и методы
● Формирование матрицы вероятности и воздействия.
● Определение категорий рисков
● Выходы
● Количественный анализ рисков
● Входы
● Инструменты и методы
● Методы сбора и представления информации
● Методы количественного анализа и моделирования рисков
● Выходы
Модуль 11. Лекция 45-46. Управление рисками проектаYana Brodetski
Управление рисками проекта
● Планирование управления рисками:
● Входы
● Инструменты и методы
● Коммуникационные технологии
● Коммуникационные модели
● Методы коммуникаций
● Выходы
● Идентификация рисков
● Входы
● Инструменты и методы
● Выходы
Модуль 8. Лекция 35-36. Управление качеством проектаYana Brodetski
Управление качеством проекта
● Обеспечение качества
● Входы
● Инструменты и методы
● Диаграммы сходства
● Диаграммы процесса осуществления программы
● Ориентированные графы взаимоотношений
● Древовидные диаграммы
● Матрицы приоритетов
● Диаграммы сети операций
● Матричные диаграммы
● Выходы
● Контроль качества
● Входы
● Методы и инструменты
● Выходы
Модуль 9. Лекция 39-40. Управление человеческими ресурсами проектаYana Brodetski
Управление человеческими ресурсами проекта
● Планирование управление
человеческими ресурсами:
● Входы
● Инструменты и методы
● Выходы
● Набор команды проекта
● Входы
● Инструменты и методы
● Выходы
Жизненный цикл разработки ПО (SDLC)
Этапы жизненного цикла разработки
Этап планирования
Этап разработки
Этап поддержки
Роли в жизненном цикле разработки ПО
Артефакты в жизненном цикле разработки ПО
Терминология
Модуль 10. Лекция 43-44. Управление коммуникация проектаYana Brodetski
Управление коммуникация проекта
● Планирование управления коммуникациями:
● Входы
● Инструменты и методы
● Коммуникационные технологии
● Коммуникационные модели
● Методы коммуникаций
● Выходы
● Управление коммуникациями
● Входы
● Инструменты и методы
● Выходы
● Контроль коммуникаций
● Входы
● Инструменты и методы
● Выходы
Управление внедрением проекта
Разработка устава проекта
● 1. Описание работ (SOW)
● 2. Определение бизнес-ценности проекта
● 3. Определение высокоуровневых потребностей бизнеса
● 4. Определение допущений и ограничений проекта
● 5. Определение границ проекта
● 6. Определение списка заинтересованных сторон.
Управление содержанием проекта (Project Scope)
● Определение содержания
● Критерии приёмки продукта
● Допущения и ограничения поставляемого продукта.
● Создание ИСР
● Декомпозиция работ по созданию проекта.
● Примеры разбивки проекта на ИСР ● Подтверждение содержания
● Процесс мониторинга содержания проекта и продукта
Модуль 11. Лекция 47-48. Управление рисками проектаYana Brodetski
Управление рисками проекта
● Качественный анализ рисков:
● Входы
● Инструменты и методы
● Формирование матрицы вероятности и воздействия.
● Определение категорий рисков
● Выходы
● Количественный анализ рисков
● Входы
● Инструменты и методы
● Методы сбора и представления информации
● Методы количественного анализа и моделирования рисков
● Выходы
Модуль 11. Лекция 45-46. Управление рисками проектаYana Brodetski
Управление рисками проекта
● Планирование управления рисками:
● Входы
● Инструменты и методы
● Коммуникационные технологии
● Коммуникационные модели
● Методы коммуникаций
● Выходы
● Идентификация рисков
● Входы
● Инструменты и методы
● Выходы
Модуль 8. Лекция 35-36. Управление качеством проектаYana Brodetski
Управление качеством проекта
● Обеспечение качества
● Входы
● Инструменты и методы
● Диаграммы сходства
● Диаграммы процесса осуществления программы
● Ориентированные графы взаимоотношений
● Древовидные диаграммы
● Матрицы приоритетов
● Диаграммы сети операций
● Матричные диаграммы
● Выходы
● Контроль качества
● Входы
● Методы и инструменты
● Выходы
Модуль 9. Лекция 39-40. Управление человеческими ресурсами проектаYana Brodetski
Управление человеческими ресурсами проекта
● Планирование управление
человеческими ресурсами:
● Входы
● Инструменты и методы
● Выходы
● Набор команды проекта
● Входы
● Инструменты и методы
● Выходы
Жизненный цикл разработки ПО (SDLC)
Этапы жизненного цикла разработки
Этап планирования
Этап разработки
Этап поддержки
Роли в жизненном цикле разработки ПО
Артефакты в жизненном цикле разработки ПО
Терминология
Модуль 10. Лекция 43-44. Управление коммуникация проектаYana Brodetski
Управление коммуникация проекта
● Планирование управления коммуникациями:
● Входы
● Инструменты и методы
● Коммуникационные технологии
● Коммуникационные модели
● Методы коммуникаций
● Выходы
● Управление коммуникациями
● Входы
● Инструменты и методы
● Выходы
● Контроль коммуникаций
● Входы
● Инструменты и методы
● Выходы
Управление внедрением проекта
Разработка устава проекта
● 1. Описание работ (SOW)
● 2. Определение бизнес-ценности проекта
● 3. Определение высокоуровневых потребностей бизнеса
● 4. Определение допущений и ограничений проекта
● 5. Определение границ проекта
● 6. Определение списка заинтересованных сторон.
Управление содержанием проекта (Project Scope)
● Определение содержания
● Критерии приёмки продукта
● Допущения и ограничения поставляемого продукта.
● Создание ИСР
● Декомпозиция работ по созданию проекта.
● Примеры разбивки проекта на ИСР ● Подтверждение содержания
● Процесс мониторинга содержания проекта и продукта
Модуль 8. Лекция 37-38. Управление качеством проектаYana Brodetski
Управление качеством проекта
● Планирование управление качеством
● Определение и характеристики дефекта;
● Задачи управления дефектами;
● Классификация важности дефектов;
● Виды тестирования;
● Правильное описание дефекта;
● Жизненный цикл дефекта;
● Работа с базами дефектов;
● Метрики на основе дефектов.
● Составление тест плана
Модуль 9. Лекция 41-42. Управление человеческими ресурсами проектаYana Brodetski
Управление человеческими ресурсами проекта
● Развитие команды проекта:
● Входы
● Инструменты и методы
● Навыки межличностного общения
● Обучение
● Выходы
● Управление командой проекта
● Входы
● Инструменты и методы
● Выходы
Модуль 6. Лекция 25-26. Управление срока проектаYana Brodetski
Управление сроками проекта
● Планирование управление расписанием
● Входы
● Инструменты и методы
● Выходы
● Определение операций
● Инструменты: планирование методом набегающей волны. ● Выходы:
● Список и параметры операций
● Список контрольных событий
● Расписание согласно методологии
Модуль 6. Лекция 27-28. Управление сроками проектаYana Brodetski
Управление сроками проекта
● Определение последовательности операций
● Метод диаграмм предшествования (PDM)
● Определение зависимостей
● Опережение и задержки
● Оценка ресурсов операций
● Оценка “Снизу верх”
● Оценка длительности операций
● Аналоговая оценка
● Параметрическая оценка
● Оценка по 3 точкам
● Метод Дельфи
Модуль 6. Лекция 29-30. Управление сроками проектаYana Brodetski
Разработка расписания
● Анализ сети расписания
● Метод критического пути
● Метод критической цепи
● Методы оптимизации ресурсов
● Методы моделирования: “что если”;имитация
● Опережения и задержки
● Сжатие расписания
● Диаграммы: Ганта, контрольных событий, сети расписания проекта
● Контроль расписания проекта
Модуль 2: Лекция 7-8. Обзор моделей, методологий и фреймворковYana Brodetski
Обзор моделей, методологий и фреймворков
● Введение
● Определение модели
● Определение методологии
● Определение фреймворка
● Каскадная модель (Waterfall)
● Модель прототипирования (Prototype)
● Итеративная модель ( Iterative)
● Спиральная модель (Spiral)
● V-образная модель (V-model)
● Agile методология (Agile Methodology)
Модуль 2: Лекция 5-6. Определение стейкхолдеров и проектаYana Brodetski
Определение стейкхолдеров
Кто такие стейкхолдеры (Stakeholders)
Способы идентификации стейкхолдеров
Анализ вовлеченности стейхолдеров
Способы коммуникации на проекте
Проект
Структура проекта
Управление проектом
Система ограничений
Организационная структура
Целеполагание
Успешный проект
Модуль 3. Лекция 17-18. Управление интеграцией проектаYana Brodetski
Управление внедрением проекта
Разработка проектного плана (процессы планирования)
Создание и структура плана проекта
Содержание плана проекта
Правила составления технической документации
Написание технического задания
Руководство и управление работами проекта
Мониторинг и контроль работ проекта
Интегрированный контроль изменений проекта
Закрытие проекта или фазы проекта
Коммерческое предложение
Определение RFI, RFP (Proposal)
Определение MSA, SOW
Структура MSA, SOW
Структура КП (RFP Proposal)
Типы контрактов
Фиксированная стоимость (Fixed Price)
Время и стоимость (Time & Material)
Командный контракт (Dedicated Team)
Подходы к выбору контракта и методологии проекта
На этот раз мы решили показать общие принципы и особенности управления рисками в разных используемых подходах и методологиях:
PMBOK PMI - американская методология.
P2M - японская методология.
Agile - подход гибкой разработки программного обеспечения в ИТ- проектах.
MSF (Microsoft Solution Framework) - подход компании Microsoft по итерационной разработке программного обеспечения.
Avos - подход, часто при меняемый в российских компаниях. Его основной тезис выражается как poka grom ne gryanet. Сильно отличается от стратегии принятии рисков.
Модуль 12. Лекция 51-52. Управление изменениями проектаYana Brodetski
Управление изменениями проекта
● Планирование управления изменениями
на проекте
● Составление плана управления
изменениями
● Разница между изменением и багом
● Методы оценки влияния изменения на
проект
● Утверждение и внесение изменений на
всех этапах проекта
Курс Управления Проектами.
Лекция 1- 2 .
Содержание:
Вступление
Что такое Project Management
Кто такие менеджеры проектов в IT?
Должностные обязанности менеджера проектов.
Разница между Product и Project Manager.
Перспективы развития: горизонтальная и вертикальная карьерная лестница.
Типы IT компаний.
Разница между аутсорс, аутстафф и продуктовой.
Модуль 4. Лекция 19-20. Управление содержанием проектаYana Brodetski
Управление содержанием проекта (Project Scope)
Создание плана управления содержанием проекта
Свойства и функции проекта
План работ для достижения результата.
Сбор требований
Инструменты и методы сбора требований
Что такое бизнес-требования?
Определение функциональных требований
Определение нефункциональных требований
Правила описания требований
Как описывать нефункциональные требования
Структура документа для описания требованиий
Матрица отслеживания требований. (документация)
Модуль 14. Лекция 55-56. Управление релизами и развертыванием продуктаYana Brodetski
Управление релизами и развертыванием
продукта (Release and Deployment)
● Планирование управлением поставками
продукта
● Определение артефактов
● Формирование плана конфигурации поставки
продукта
● Определение и формирование плана релиза
продукта
Модуль 8. Лекция 37-38. Управление качеством проектаYana Brodetski
Управление качеством проекта
● Планирование управление качеством
● Определение и характеристики дефекта;
● Задачи управления дефектами;
● Классификация важности дефектов;
● Виды тестирования;
● Правильное описание дефекта;
● Жизненный цикл дефекта;
● Работа с базами дефектов;
● Метрики на основе дефектов.
● Составление тест плана
Модуль 9. Лекция 41-42. Управление человеческими ресурсами проектаYana Brodetski
Управление человеческими ресурсами проекта
● Развитие команды проекта:
● Входы
● Инструменты и методы
● Навыки межличностного общения
● Обучение
● Выходы
● Управление командой проекта
● Входы
● Инструменты и методы
● Выходы
Модуль 6. Лекция 25-26. Управление срока проектаYana Brodetski
Управление сроками проекта
● Планирование управление расписанием
● Входы
● Инструменты и методы
● Выходы
● Определение операций
● Инструменты: планирование методом набегающей волны. ● Выходы:
● Список и параметры операций
● Список контрольных событий
● Расписание согласно методологии
Модуль 6. Лекция 27-28. Управление сроками проектаYana Brodetski
Управление сроками проекта
● Определение последовательности операций
● Метод диаграмм предшествования (PDM)
● Определение зависимостей
● Опережение и задержки
● Оценка ресурсов операций
● Оценка “Снизу верх”
● Оценка длительности операций
● Аналоговая оценка
● Параметрическая оценка
● Оценка по 3 точкам
● Метод Дельфи
Модуль 6. Лекция 29-30. Управление сроками проектаYana Brodetski
Разработка расписания
● Анализ сети расписания
● Метод критического пути
● Метод критической цепи
● Методы оптимизации ресурсов
● Методы моделирования: “что если”;имитация
● Опережения и задержки
● Сжатие расписания
● Диаграммы: Ганта, контрольных событий, сети расписания проекта
● Контроль расписания проекта
Модуль 2: Лекция 7-8. Обзор моделей, методологий и фреймворковYana Brodetski
Обзор моделей, методологий и фреймворков
● Введение
● Определение модели
● Определение методологии
● Определение фреймворка
● Каскадная модель (Waterfall)
● Модель прототипирования (Prototype)
● Итеративная модель ( Iterative)
● Спиральная модель (Spiral)
● V-образная модель (V-model)
● Agile методология (Agile Methodology)
Модуль 2: Лекция 5-6. Определение стейкхолдеров и проектаYana Brodetski
Определение стейкхолдеров
Кто такие стейкхолдеры (Stakeholders)
Способы идентификации стейкхолдеров
Анализ вовлеченности стейхолдеров
Способы коммуникации на проекте
Проект
Структура проекта
Управление проектом
Система ограничений
Организационная структура
Целеполагание
Успешный проект
Модуль 3. Лекция 17-18. Управление интеграцией проектаYana Brodetski
Управление внедрением проекта
Разработка проектного плана (процессы планирования)
Создание и структура плана проекта
Содержание плана проекта
Правила составления технической документации
Написание технического задания
Руководство и управление работами проекта
Мониторинг и контроль работ проекта
Интегрированный контроль изменений проекта
Закрытие проекта или фазы проекта
Коммерческое предложение
Определение RFI, RFP (Proposal)
Определение MSA, SOW
Структура MSA, SOW
Структура КП (RFP Proposal)
Типы контрактов
Фиксированная стоимость (Fixed Price)
Время и стоимость (Time & Material)
Командный контракт (Dedicated Team)
Подходы к выбору контракта и методологии проекта
На этот раз мы решили показать общие принципы и особенности управления рисками в разных используемых подходах и методологиях:
PMBOK PMI - американская методология.
P2M - японская методология.
Agile - подход гибкой разработки программного обеспечения в ИТ- проектах.
MSF (Microsoft Solution Framework) - подход компании Microsoft по итерационной разработке программного обеспечения.
Avos - подход, часто при меняемый в российских компаниях. Его основной тезис выражается как poka grom ne gryanet. Сильно отличается от стратегии принятии рисков.
Модуль 12. Лекция 51-52. Управление изменениями проектаYana Brodetski
Управление изменениями проекта
● Планирование управления изменениями
на проекте
● Составление плана управления
изменениями
● Разница между изменением и багом
● Методы оценки влияния изменения на
проект
● Утверждение и внесение изменений на
всех этапах проекта
Курс Управления Проектами.
Лекция 1- 2 .
Содержание:
Вступление
Что такое Project Management
Кто такие менеджеры проектов в IT?
Должностные обязанности менеджера проектов.
Разница между Product и Project Manager.
Перспективы развития: горизонтальная и вертикальная карьерная лестница.
Типы IT компаний.
Разница между аутсорс, аутстафф и продуктовой.
Модуль 4. Лекция 19-20. Управление содержанием проектаYana Brodetski
Управление содержанием проекта (Project Scope)
Создание плана управления содержанием проекта
Свойства и функции проекта
План работ для достижения результата.
Сбор требований
Инструменты и методы сбора требований
Что такое бизнес-требования?
Определение функциональных требований
Определение нефункциональных требований
Правила описания требований
Как описывать нефункциональные требования
Структура документа для описания требованиий
Матрица отслеживания требований. (документация)
Модуль 14. Лекция 55-56. Управление релизами и развертыванием продуктаYana Brodetski
Управление релизами и развертыванием
продукта (Release and Deployment)
● Планирование управлением поставками
продукта
● Определение артефактов
● Формирование плана конфигурации поставки
продукта
● Определение и формирование плана релиза
продукта
Speaker - Anna Lavrova, SAFe Agilist
Риск является основной причиной неопределенности в любой организации и проекте. Компании все чаще фокусируются на выявлении рисков и управлении ими, прежде чем они даже повлияют на бизнес. На этом 3-х часовом воркшопе мы на практике будем учиться правильному риск-менеджменту.
Какие вопросы мы затронем?
✅ А нужен ли риск план, если мы работаем по аджайлу?
Манифест говорит, что работающий приносящий ценность продукт важнее документации - зачем риск план и это все?
✅ Нужны ли мне формулы и матрицы?
Во время мастер-класса мы поговорим о разных типах рисков и их источников, мы начнем с оценки вашего проекта и его окружения, вы, безусловно, поработаете с формулами и матрицами, и будете иметь несколько козырей в рукаве во времена шторма, а если формулы и матрицы вас пугают, не волнуйтесь, есть шаблоны ;)
✅ Если я не могу повлиять на то, что риск таки произойдет, то что?
Риск не может быть устранен. Однако он может:
- Быть передан другой стороне, которая готова рискнуть, скажем, путем покупки страхового полиса или заключения форвардного контракта;
- Уменьшен, благодаря хорошему внутреннему контролю;
- Его можно избежать, не вступая в рискованные предприятия;
Некоторые говорят, что риск - это неприятное слово, которое может испортить вам жизнь. Управление рисками - серьезный бизнес (кстати). Как отрасль, она включает более 30 000 компаний и генерирует годовой доход в размере 6 миллиардов долларов.
Ризик є основною причиною невизначеності в будь-якій організації. Компанії все частіше фокусуються на виявленні ризиків та управлінні ними, перш, ніж вони почнуть впливати на бізнес. На МК будемо вчитися ефективній роботі з ризиками. Здатність управляти ризиками допоможе компаніям впевненіше діяти в майбутніх бізнес-рішеннях.
Для кого корисний майстер-клас:
керівники проектів
тім-ліди
проектні менеджери
скарм-мастера
засновники стартапів
Які питання ми розглянемо?
Чи потрібен ризик-план, якщо ми працюємо за методологією Agile
Чи потрібні мені формули і матриці
Якщо я не можу вплинути на те, що ризик таки станеться, що тоді
The presentation took place in Moscow at Whale Rider Conference (Internet Projects Management). A wider analytical look was taken at some slosely related to risks areas. What is risk and what is fact? What is behavioral pattern? How historical data can reduce risk impacts? How all these works together?
The presentation took place in Moscow at Whale Rider Conference (Internet Projects Management). A wider analytical look was taken at some slosely related to risks areas. What is risk and what is fact? What is behavioral pattern? How historical data can reduce risk impacts? How all these works together?
Дизайн для шести сигм (DFSS). Часть 5: VerifySixSigmaOnline
Слайды вебинара "Дизайн для шести сигм (DFSS). Часть 5: Verify", который проходил 30 мая 2013 года.
Посмотреть запись вебинара можно по ссылке: http://sixsigmaonline.ru/baza-znanij/16-1-0-555
Понятие юзабилити
● Работа с guidelines
● Особенности создания продукта/проекта
● Знакомство с юзабилити для e-commerce
● Знакомство с юзабилити для корпоративных сайтов
● Особенности юзабилити для форумов
● Особенности создания мобильных приложения
● Обзор языков программирования для IOS и Android
● Особенности разработки пользовательского интерфейса для
мобильных приложений
● Структура сборки приложения
● Обзор языков программирования:
● PHP
● .NET
● Python
● Ruby on Rails
● C#
Модуль 15. Лекция 57-58. Обзоры платформ для различных проектовYana Brodetski
Обзоры платформ для различных
проектов (e-commerce, corporate, forum):
● Prestashop
● Wordpress
● Joomla
● Opencart
● YII
● Bitrix 24
● WIX
● Saas – платформы
● Рекомендации по выбору CMS и фреймворков для
создания сайтов
Модуль 8. Лекция 33-34. Управление качеством проектаYana Brodetski
Управление качеством проекта
● Определение управлением качества
● Качество продукта и проекта
● Принципы качество ISO 9000
● Планирование качества
● Входы
● Методы и инструменты
● Диаграмма причинно-следственных связей
● Блок –схемы
● Листы сбора данных
● Диаграмма Парето
● Гистограммы
● Контрольные карты
● Диаграммы разброса
● Выходы
User Stories vs. Use Cases
● User Stories
● Определение User Story
● Структура пользовательской истории
● Принципы проверки на качество User Story
● Use Cases
● Определение Use Cases
● Структура Use Cases
● Принципы составления Use Cases
Фреймворк Scrum
Основные понятия фреймворка
Преимущества и недостатки фреймворка
Артефакты Scrum
Роли в Scrum
Event - ы в Scrum
Работа с Backlog. Приоритезация задач
Планирование и мониторинг спринта
Выбор методологии для проекта:
Подходы
Рекомендации
2. Лекция 49-50
Управление рисками проекта
● Планирование реагирования на риски:
● Входы
● Инструменты и методы
● Стратегия реагирования на угрозы
● Стратегия реагирования на возможности
● Стратегия реагирования на потери
● Выходы
● Контроль рисков
● Входы
● Инструменты и методы
● Аудиты и переоценка рисков
● Выходы
3. Планирование реагирования на риски
● Планирование реагирования на известные риски представляет собой процесс
разработки вариантов и действий по расширению возможностей и снижению
угроз для целей проекта. Это включает в себя определение и назначение лица
(≪ответственного за реагирование на риски≫), берущего ответственность за
каждую согласованную и подкрепленную бюджетом реакцию на риск. При
планировании реагирования на риски рассматриваются риски в порядке их
приоритетности; при необходимости, новые соответствующие ресурсы и
операции добавляются в бюджет, расписание и план управления проектом.
● Запланированные действия по реагированию на риски должны соответствовать
серьезности рисков, быть экономически эффективными в решении проблемы,
реалистичными в контексте проекта и согласованными со всеми вовлеченными
сторонами. Кроме того, необходимо, чтобы за их выполнение отвечало
конкретное лицо.
● Действия по реагированию на риски также должны быть своевременными. Часто
требуется выбор наилучшего способа реагирования на риски из нескольких
возможных вариантов
● Процесс планирования реагирования на риски представляет собой наиболее
широко используемые подходы к планированию реагирования на риски. Риски
включают в себя угрозы и благоприятные возможности, способные повлиять на
успех проекта, и способы реагирования рассматриваются для каждого риска
отдельно.
4. Планирование реагирования на риски-входы
● План управления рисками
К важным компонентам плана управления рисками относятся: роли и
сферы ответственности; определения для анализа рисков; сроки
проведения анализа (и удаления рисков из списка для анализа); а
также пороги для низких, средних и высоких рисков. Пороги рисков
помогают идентифицировать те риски, в отношении которых
требуются особые меры реагирования
● Реестр рисков
В реестре рисков указываются: идентифицированные риски;
первопричины рисков; списки возможных мер реагирования; лица,
ответственные за риски; симптомы и признаки приближения;
относительный рейтинг или приоритизированный список рисков
проекта, рисков, требующих немедленного реагирования, рисков,
требующих дополнительного анализа и реагирования; тенденции
результатов качественного анализа рисков; а также список
наблюдения — список рисков с низким приоритетом, входящих в
реестр рисков.
5. Планирование реагирования на риски-инструменты и методы
Четыре стратегии реагирования на отрицательные риски (угрозы):
● Уклонение от риска (risk avoidance)- предполагает изменение плана управления
проектом таким образом, чтобы исключить угрозу, вызванную негативным риском,
оградить цели проекта от последствий риска или ослабить цели, находящиеся под
угрозой (например, уменьшить содержание проекта).
Некоторые риски, возникающие на ранних стадиях проекта, можно избежать при помощи
уточнения требований, получения дополнительной информации или проведения
экспертизы.
Например, уклониться от риска можно, если отказаться от реализации рискованного
функционального требования или самостоятельно разработать необходимый
программный компонент, вместо ожидания поставок продукта от субподрядчика.
● Передача риска (risk transference)- подразумевает переложение негативных
последствий угрозы с ответственностью за реагирование на риск на третью сторону.
Передача риска просто переносит ответственность за его управление другой стороне,
но риск при этом никуда не исчезает. Передача риска практически всегда предполагает
выплату премии за риск стороне, принимающей на себя риск.
Например, заказ на стороне разработки рискованного компонента по фиксированной
цене. В IT часто приходится формулировать риски в виде допущений, тем самым
передавая его заказчику. Например, оценивая проект внедрения, мы можем записать
допущение о том, что производитель не изменит стоимость лицензий на базовое ПО.
6. Планирование реагирования на риски-инструменты и методы
● Снижение рисков (risk mitigation)- предполагает понижение вероятности и/или
последствий негативного рискованного события до приемлемых пределов. Принятие
предупредительных мер по снижению вероятности наступления риска или его
последствий часто оказываются более эффективными, нежели усилия по устранению
негативных последствий, предпринимаемые после наступления события риска. Например,
● раннее разрешение архитектурных рисков снижает потери при досрочном закрытии
проекта.
● регулярная ревизия поставок заказчиком может снизить вероятность риска его
неудовлетворенности конечным результатом.
● Если в проектной команде высока вероятность увольнения сотрудников, то введение
на начальной стадии в проект дополнительных (избыточных) людских ресурсов
снижает потери при увольнении членов команды, поскольку не будет затрат на
«въезд» в проектный контекст новых участников.
● Принятие риска (risk acceptance) - стратегия реагирования на риск, при которой
команда проекта решает признать риск и не предпринимать каких-либо действий до
наступления риска. Данная стратегия используется, если какой-либо другой способ
реагирования на определенный риск является невозможным или экономически
неэффективным. Она указывает на то, что команда проекта решила не изменять план
управления проектом для борьбы с риском либо не способна определить какую-либо
иную подходящую стратегию реагирования. Данная стратегия может быть пассивной или
активной. Пассивное принятие не требует никаких действий, кроме документирования
стратегии, — команде проекта придется иметь дело с рисками по мере их наступления и
периодически анализировать угрозу для проверки, что она значительно не изменилась.
7. Планирование реагирования на риски-инструменты и методы
Четыре стратегии реагирования на благоприятные риски
(возможности):
● Использование. Данная стратегия предназначена для устранения
неопределенности, связанной с определенным позитивным риском, с
помощью мер, которые обеспечивают реализацию благоприятной
возможности. К числу мер реагирования с прямым использованием
относятся: привлечение к участию в проекте наиболее талантливого
персонала организации с целью сократить время, необходимое для его
завершения, или использование новых или модернизированных
технологий с целью сократить стоимость и время, необходимые для
достижения целей проекта.
● Увеличение. Стратегия увеличения используется для повышения
вероятности и/или положительного воздействия благоприятной
возможности. Идентификация и максимизация ключевых факторов,
обусловливающих появление данных положительно-воздействующих
рисков, могут повысить вероятность их наступления. Примеры увеличения
благоприятных возможностей включают в себя выделение
дополнительных ресурсов для операции с целью ее раннего завершения.
8. Планирование реагирования на риски-инструменты и методы
Четыре стратегии реагирования на благоприятные риски
(возможности):
● Разделение. Разделение положительного риска подразумевает
передачу части или всей ответственности за благоприятную
возможность третьей стороне, способной лучше других
воспользоваться данной благоприятной возможностью в
интересах проекта. К числу мероприятий по разделению
относятся: образование партнерств с совместной
ответственностью за риски, команд, специализированных
компаний или совместных предприятий, которые могут
учреждаться с конкретной целью получения всеми сторонами
преимуществ от благоприятной возможности.
● Принятие. Принятие благоприятной возможности — это
желание воспользоваться преимуществом благоприятной
возможности в случае ее наступления без активного ее
преследования.
9. Планирование реагирования на риски-инструменты и методы
● Стратегии реагирования на возможные потери. Необходимо
определить и отслеживать события, которые являются
триггером для реагирования на возможные потери, например
нарушение сроков промежуточных контрольных событий или
получение более высокого приоритета у поставщика. Способы
реагирования на риски, определенные с помощью данного
метода, часто называются планами на случаи возможных потерь
или резервными планами и включают в себя триггерные
события, которые приводят в действие планы.
● Экспертная оценка. Является входом, получаемым от хорошо
осведомленных сторон, относительно действий,
предпринимаемых в отношении конкретных и определенных
рисков. Экспертную оценку может предоставить лицо или
группа лиц, обладающих специальным образованием,
знаниями, навыками, опытом или подготовкой в области
разработки мер реагирования на риски.
10. Планирование реагирования на риски-выходы
● Обновления плана управления проектом
● План управления расписание
● План управления стоимостью
● План управления качеством
● План управления закупками
● План управления человеческими ресурсами
● Базовый план по содержанию
● Базовое расписание
● Базовый план по стоимости
● Обновление документов проекта
● Реестр рисков
● Обновление журнала допущений
● Обновление техническое документации
● Запросы на изменения
11. Главные риски программных проектов и способы реагирования
К часто упускаемым требованиям можно отнести:
● Функциональные
● Программы установки, настройки, конфигурации.
● Миграция данных.
● Интерфейсы с внешними системами.
● Справочная система.
● Общесистемные
● Производительность.
● Надежность.
● Открытость.
● Масштабируемость.
● Безопасность.
● Кросплатформенность.
● Эргономичность.
12. Главные риски программных проектов и способы реагирования
Как правило, эти требования «всплывают» при подготовке и проведении приемо-
сдаточных испытаний и могут сильно задержать проект по времени и увеличить
трудозатраты на его реализацию.
Чтобы этого не происходило, следует достигать соглашения с заказчиком по всем
перечисленным пунктам предпочтительнее еще на стадии инициации проекта. Например,
если требования портируемости продукта на разные аппаратно-программные платформы
нет, то это целесообразно включить в раздел концепции с допущениями проекта.
Изменение требований:
Если вероятность изменений требований проекта высока, то возможны следующие
подходы для реагирования на данный риск:
● Переоценка проекта каждый раз, когда требования добавляются / изменяются
(уклонение).
● Итерационная разработка. Контракт с компенсацией затрат на основе «Time &
Materials» (передача риска Заказчику).
● Учет в оценках трудоемкости и сроков возможности роста требований, например, на
50% (резервирование риска).
13. Контроль рисков
Мониторинг и управление рисками представляет собой процесс
применения планов реагирования на риски, слежения за
выявленными рисками, контроля остаточных рисков,
идентификации новых рисков и оценки эффективности процесса
регулирования рисков на протяжении проекта
В процессе мониторинга и управления рисками применяются такие
методы, как анализ отклонений и тенденций, для выполнения
которых необходимы данные об исполнении, собранные в
процессе выполнения проекта. Другие цели процесса контроля и
управления рисками призваны определить:
● действительны ли еще допущения проекта;
● показывает ли анализ, что оцененный риск изменился или
потерял свою актуальность;
● исполняются ли правила и процедуры по управлению рисками;
● необходимо ли согласовывать резервы на возможные потери по
стоимости или расписанию с текущими оценками рисков.
14. Контроль рисков
Мониторинг и управление рисками представляет собой процесс
применения планов реагирования на риски, слежения за
выявленными рисками, контроля остаточных рисков,
идентификации новых рисков и оценки эффективности процесса
регулирования рисков на протяжении проекта
В процессе мониторинга и управления рисками применяются такие
методы, как анализ отклонений и тенденций, для выполнения
которых необходимы данные об исполнении, собранные в
процессе выполнения проекта. Другие цели процесса контроля и
управления рисками призваны определить:
● действительны ли еще допущения проекта;
● показывает ли анализ, что оцененный риск изменился или
потерял свою актуальность;
● исполняются ли правила и процедуры по управлению рисками;
● необходимо ли согласовывать резервы на возможные потери по
стоимости или расписанию с текущими оценками рисков.
15. Контроль рисков-входы
● План управления проектов
● Реестр рисков- имеет ключевые входы, которые включают в себя
идентифицированные риски и лиц, ответственных за них, заранее
согласованные меры по реагированию на риски, конкретные действия по
их применению, симптомы и признаки приближения рисков, остаточные и
вторичные риски, список наблюдения рисков с низким приоритетом, а
также резервы на возможные потери по времени и стоимости. Список
наблюдения рисков с низким приоритетом содержится в реестре рисков
● Данные об исполнении работ
● статус поставляемых результатов;
● ход выполнения расписания;
● понесенные затраты.
● Отчеты об исполнении работ- приводится информация, полученная в
результате измерений исполнения, которая подвергается анализу для
предоставления информации об исполнении работ проекта, включая
анализ отклонений, данные об освоенном объеме и прогнозируемые
данные. Эти данные могут оказывать воздействие на контроль рисков,
связанных с исполнением.
16. Контроль рисков-инструменты и методы
● Переоценка рисков-часто приводит к идентификации новых рисков, переоценке
текущих рисков или закрытию рисков, которые потеряли свою актуальность
● Аудиты рисков-предполагает изучение и предоставление в документальном виде
результатов оценки эффективности мероприятий по реагированию на риски,
относящихся к идентифицированным рискам, изучение основных причин их
возникновения, а также оценку эффективности процесса управления рисками.
● Анализ отклонений и тенденций-тренды в процессе выполнения проекта
подлежат проверке с использованием данных о выполнении. Для мониторинга
выполнения всего проекта могут использоваться анализ освоенного объема и
другие методы анализа отклонений проекта и трендов. На основании выходов
этих анализов можно прогнозировать потенциальные отклонения проекта на
момент его завершения по показателям стоимости и расписания. Отклонения от
базового плана могут указывать на последствия, вызванные как угрозами, так и
благоприятными возможностями.
● Измерение технического исполнения- к таким показателям технического
исполнения могут относиться вес, сроки транзакций, число допущенных дефектов,
объемы хранилища и др. Отклонения, например фактически большая или
меньшая функциональность, чем было запланировано на момент контрольного
события, могут помочь спрогнозировать степень успеха в достижении содержания
проекта.
17. Контроль рисков-инструменты и методы
● Анализ резервов-в ходе выполнения проекта могут наступать
различные риски, оказывающие как положительное, так и
отрицательное воздействие на резервы на возможные потери по
бюджету или расписанию. При анализе резервов для определения
адекватности остатка резерва проводится сравнение величины
оставшихся резервов на возможные потери с величиной оставшихся
рисков по состоянию на любой момент времени в ходе выполнения
проекта
● Совещания-управление рисками проекта должно включаться в
повестку дня периодических совещаний по статусу проекта. В
зависимости от идентифицированных рисков, их приоритета и
трудностей реагирования этот пункт повестки дня может требовать
различного количества времени. Чем чаще практикуется
управление рисками, тем легче становится ими управлять. Частые
обсуждения рисков повышают вероятность того, что участники
будут идентифицировать риски и благоприятные возможности.
18. Контроль рисков-выходы
● Информация об исполнении работ
● Запросы на изменения
● Рекомендованные корректирующие воздействия
● Рекомендованные предупреждающие действия
● Обновления плана управления проектом
● Обновления документов проекта
● Результаты переоценки рисков, аудитов рисков и
периодических проверок рисков
● Фактические результаты рисков проекта и мер реагирования на
них
● Обновления активов процессов организации
● шаблоны для плана управления рисками, включая матрицу
вероятности и воздействия и реестр рисков;
● иерархическую структуру рисков;
● уроки, извлеченные в ходе действий по управлению рисками
проекта.