1.
Михаил Пайсон,
CTO, Perpetuum Software

2.
Понятие риска
 Риск проекта – это неопределенное событие или
условие, которое в случае возникновения имеет
позитивное или негативное воздействие по
меньшей мере на одну из целей проекта, например
сроки, стоимость, содержание или качество

3.
Классификация рисков
 Риски
 Технологические
 Аналитические
 Коммуникативные
 Кадровые
 Рыночные
…
 Не риски
 Свершившийся факт
 Известная проблема
 Форс-мажоры

4.
Типы борьбы
 Avoid (отказаться) Опасность
низкая высокая
Mitigate Avoid
 Mitigate (снизить)
высокая
 Transfer (передать)
Вероятность
Accept Transfer
 Accept (принять)
низкая

5.
Инструменты
 Чеклист типовых
рисков
 Риск-план

6.
Чеклист типовых рисков
 Глобальный список
 Ведётся для всех
проектов
 Ведётся для всех
команд
 Используется при
составлении рисков
проекта
 Дополняется по факту

7.
Чеклист типовых рисков
(пример)
 Технологические  Кадры
 Качество разработки  Изменение состава проектной команды
 значительное ухудшение производительности при росте системы из-за  Увольнение члена команды
низкого качества архитектуры  Длительная болезнь члена команды
 Использование сторонних компонентов  Коммуникация
 Невозможность реализации функциональности  Конфликт в команде
 Невозможность исправить ошибки  Проблемы с коммуникацией в распределённой команде
 Резкое увеличение времени интеграции  Квалификация
 Использование новой технологии  Квалификация сотрудника не удовлетворяет начальным ожиданиям
 Долгое освоение  Рынок
 Технология не подходит для задачи
 Конкуренты
 Тестирование и приёмка  Выпуск конкурентного продукта раньше вашего
 Проблемы с развёртыванием системы на стороне заказчика  Патентование конкурентами ключевой технологии
 Заказчик находит ошибки, не воспроизводимые в локальной системе
 Целевая аудитория
 Аппаратное обеспечение  Полная или частичная потеря целевой аудитории
 Уничтожение базы данных в связи с отказом сервера  Изменение предпочтений целевой аудитории, вызванное внешними
 Долговременная остановка production серверов факторами
 Аналитика
Спецификация
…

 В процессе работы оказывается, что спецификация недостаточно
полная
 Технологически невозможно реализовать часть функций, описанных в
спецификации
 Оценка большого количества задач занижена
 Общение с заказчиком
 Получение информации от заказчика
 Заказчик не предоставляет в срок необходимый материал (дизайн UI,
содержимое страниц и т.д.)
 Заказчик не отвечает на письма в течение большого промежутка
времени
 На стороне заказчика сменилось контактное лицо
 Приёмка и дополнительный функционал
 В процессе работы появляется дополнительное требование, не
учтённое в проекте
 На стадии приёмки оказывается, что изначально разрабатывалось
совсем не то, что имел в виду заказчик
 В процессе приёмки заказчиком выявляется большое количество
мелких ошибок, которые он требует исправить

8.
Риск-план
 Составляется на проект
 Содержит
 Описание риска
 Признаки
наступления и
«триггеры»
 Действия по борьбе с
рисками

9.
Риск-план (пример)
Суть Последствия Признаки срабатывания Действия
Неизученная технология Большое количество трудно Контрольная точка через две Отказ от языка script#.
(script#). Отсутствие чёткой находимых ошибок. недели после начала Переключение на стандартный
документации и community не Невозможность реализации разработки. Наличие большого Java Script. Переоценка и
позволит эффективно ожидаемой функциональности количества ошибок, трудности увеличение бюджета.
использовать технологию. простым способом. Потеря в реализации простого
Вероятность – высокая. большого количества времени функционала.
на решение простых задач.
Долгая адаптация к новой для Сорванные сроки и бюджет из- Стабильный выход из оценки Увеличение концентрации на
программиста технология (web- за низкой производительности по текущим фичам. качестве кода и архитектуре.
разработка). разработчика и плохого Контрольная точка – 1 месяц. Пристальные инспекции кода.
Вероятность – средняя. качества кода Увеличение контроля над
разработкой, возможно,
привлечение экспертов.
Опасность увольнения Необходимо искать нового Резкое снижение Добавление в проект второго
программиста разработчика. Теряется производительности. Отлучки в программиста.
Стандартный риск. владелец кода рабочее время с работы.
Вероятность – низкая. Заявление об увольнении.
Появление новых фич и Увеличение объёмов работы и Стабильное появление новой Повторный детальный анализ
усложнение существующих по бюджета. функциональности, не системы с привлечением
мере разработки учтённой в оценке. технических специалистов.
Стандартный риск. Контрольная точка – 1 месяц.
Вероятность – низкая.
Появление срочной работы по Временная приостановка Неэффективная работа D3 над Приостановка проекта на время
проекту *** проекта. Затягивание сроков. продуктом. Его увольнение / введения D1 или D2 в курс ***
Вероятность – минимальная. больничный. (необходимо минимизировать
это время). Чередование задач.
Мотивация D4 на работу по

10.
Планирование (Accept)
 Выделить риски Новая технология
(script#). Отсутствие
информации о ней не
позволит её эффективно
использовать.

11.
Планирование (Accept)
 Выделить риски Новая технология
Вероятность: высокая.
(script#). Отсутствие
 Оценить вероятность и Последствия:
информации о ней не
последствия позволитбольшого
Потеря её эффективно
количества времени на
использовать.
решение простых задач

12.
Планирование (Accept)
 Выделить риски Новая технология
Вероятность: высокая.
(script#). Отсутствие
 Оценить вероятность и Невозможность
Последствия:
информации о ней не
реализации ожидаемой
последствия позволитбольшого
Потеря её эффективно
функциональности.
количества времени на
использовать.
 Определить признаки Потеря времени на
решение простых задач
решение простых задач.
наступления

13.
Планирование (Accept)
 Выделить риски Новая технология
Вероятность: высокая.
(script#). Отсутствие
 Оценить вероятность и Невозможность
Последствия:
информации о ней не
последствия ПотеряОтказ от ожидаемой
реализации языка script#.
позволитбольшого
её эффективно
функциональности.
количества времени нана
Переключение
использовать.
 Определить признаки Потеря времени на
решение простых задач Script.
стандартный Java
решение простых увеличение
Переоценка и задач.
наступления бюджета.
 Выбрать способ
парирования

14.
Планирование (Accept)
 Выделить риски Новая технология
Вероятность: высокая.
(script#). Отсутствие
 Оценить вероятность и Невозможность
Последствия:
информации о ней не
последствия ПотеряОтказ от ожидаемой
реализации языка script#.
позволитбольшого
её эффективно
функциональности.
количества времени нана
Переключение
использовать.
 Определить признаки Потеря времени на Script.
стандартный Java
решение простых задач точка: через
Контрольная
решение простыхпосле начала
две недели задач.
Переоценка и увеличение
наступления бюджета.
разработки.
 Выбрать способ
парирования
 Отметить временные
промежутки для
мониторинга

15.
Мониторинг и контроль
 Сработал триггер
Ждём
 Риск наступил?
 Да: действуем по плану
 Нет: ждём следующий Риск
сработал? нет
триггер
да Добавляем в план
 Новый риск и чеклист, если
необходимо
 Срочно добавить в план Есть в
плане? нет
 Срочно скорректировать
действия да
 Срочно начать работу по
устранению Действуя по плану,
решаем проблему

16.
Ретроспектива
 Оценить
 Сработавшие риски
 Эффективность
борьбы
 Неучтённые риски
 Дополнить
 Занести новые риски в
чеклист

17.
Пример

18.
Риск – это плохо?
 Плохо не наличие
риска, а отсутствие
управления ими
 Чем выше риски, тем
выше выигрыш!

19.
Спасибо за внимание!
 Понятие риска
 Классификация рисков
 Типы борьбы
 Инструменты
 Чеклист типовых рисков
 Чеклист типовых рисков
(пример)
 Риск-план
 Риск-план (пример)
 Планирование (Accept)
 Мониторинг и контроль
 Ретроспектива
 Риск – это плохо?