Пара слов о рискахМихаил Пайсон,

CTO, Perpetuum Software

Понятие рискаРиск проекта – это неопределенное

событие или условие, которое в случае возникновения имеет позитивное или негативное воздействие по меньшей мере на одну из целей проекта, например сроки, стоимость, содержание или качество

Классификация рисковРиски

ТехнологическиеАналитическиеКоммуникативныеКадровыеРыночные…

Не рискиСвершившийся фактИзвестная проблема

Форс-мажоры

Типы борьбыAvoid (отказаться)

Mitigate (снизить)

Transfer (передать)

Accept (принять)

Опасность низкая высокая

Веро

ятно

сть

высо

кая

Mitigate

Avoid

низк

ая

Accept

Transfer

ИнструментыЧеклист типовых

рисков

Риск-план

Чеклист типовых рисковГлобальный списокВедётся для всех

проектовВедётся для всех

командИспользуется при

составлении рисков проекта

Дополняется по факту

Чеклист типовых рисков (пример) Технологические

Качество разработки значительное ухудшение производительности при росте системы из-за

низкого качества архитектуры Использование сторонних компонентов

Невозможность реализации функциональности Невозможность исправить ошибки Резкое увеличение времени интеграции

Использование новой технологии Долгое освоение Технология не подходит для задачи

Тестирование и приёмка Проблемы с развёртыванием системы на стороне заказчика Заказчик находит ошибки, не воспроизводимые в локальной системе

Аппаратное обеспечение Уничтожение базы данных в связи с отказом сервера Долговременная остановка production серверов

Аналитика Спецификация

В процессе работы оказывается, что спецификация недостаточно полная

Технологически невозможно реализовать часть функций, описанных в спецификации

Оценка большого количества задач занижена

Общение с заказчиком Получение информации от заказчика

Заказчик не предоставляет в срок необходимый материал (дизайн UI, содержимое страниц и т.д.)

Заказчик не отвечает на письма в течение большого промежутка времени

На стороне заказчика сменилось контактное лицо Приёмка и дополнительный функционал

В процессе работы появляется дополнительное требование, не учтённое в проекте

На стадии приёмки оказывается, что изначально разрабатывалось совсем не то, что имел в виду заказчик

В процессе приёмки заказчиком выявляется большое количество мелких ошибок, которые он требует исправить

Кадры Изменение состава проектной команды

Увольнение члена команды Длительная болезнь члена команды

Коммуникация Конфликт в команде Проблемы с коммуникацией в распределённой

команде Квалификация

Квалификация сотрудника не удовлетворяет начальным ожиданиям

Рынок Конкуренты

Выпуск конкурентного продукта раньше вашего Патентование конкурентами ключевой

технологии Целевая аудитория

Полная или частичная потеря целевой аудитории

Изменение предпочтений целевой аудитории, вызванное внешними факторами

…

Риск-планСоставляется на

проектСодержит

Описание рискаПризнаки

наступления и «триггеры»

Действия по борьбе с рисками

Риск-план (пример)Суть Последствия Признаки срабатывания ДействияНеизученная технология (script#). Отсутствие чёткой документации и community не позволит эффективно использовать технологию. Вероятность – высокая.

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

Контрольная точка через две недели после начала разработки. Наличие большого количества ошибок, трудности в реализации простого функционала.

Отказ от языка script#. Переключение на стандартный Java Script. Переоценка и увеличение бюджета.

Долгая адаптация к новой для программиста технология (web-разработка). Вероятность – средняя.

Сорванные сроки и бюджет из-за низкой производительности разработчика и плохого качества кода

Стабильный выход из оценки по текущим фичам. Контрольная точка – 1 месяц.

Увеличение концентрации на качестве кода и архитектуре. Пристальные инспекции кода. Увеличение контроля над разработкой, возможно, привлечение экспертов.

Опасность увольнения программистаСтандартный риск. Вероятность – низкая.

Необходимо искать нового разработчика. Теряется владелец кода

Резкое снижение производительности. Отлучки в рабочее время с работы.Заявление об увольнении.

Добавление в проект второго программиста.

Появление новых фич и усложнение существующих по мере разработки Стандартный риск. Вероятность – низкая.

Увеличение объёмов работы и бюджета.

Стабильное появление новой функциональности, не учтённой в оценке.Контрольная точка – 1 месяц.

Повторный детальный анализ системы с привлечением технических специалистов.

Появление срочной работы по проекту ***Вероятность – минимальная.

Временная приостановка проекта. Затягивание сроков.

Неэффективная работа D3 над продуктом. Его увольнение / больничный.

Приостановка проекта на время введения D1 или D2 в курс *** (необходимо минимизировать это время). Чередование задач. Мотивация D4 на работу по двум проектам одновременно.

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

Планирование (Accept)Выделить риски

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

Вероятность: высокая.Последствия:Потеря большого количества времени на решение простых задач

Планирование (Accept)Выделить рискиОценить

вероятность и последствия

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

Вероятность: высокая.Последствия:Потеря большого количества времени на решение простых задач

Планирование (Accept)Выделить рискиОценить

вероятность и последствия

Определить признаки наступления

Невозможность реализации ожидаемой функциональности. Потеря времени на решение простых задач.

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

Вероятность: высокая.Последствия:Потеря большого количества времени на решение простых задач

Планирование (Accept)Выделить рискиОценить

вероятность и последствия

Определить признаки наступления

Выбрать способ парирования

Невозможность реализации ожидаемой функциональности. Потеря времени на решение простых задач.

Отказ от языка script#. Переключение на стандартный Java Script. Переоценка и увеличение бюджета.

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

Вероятность: высокая.Последствия:Потеря большого количества времени на решение простых задач

Планирование (Accept)Выделить рискиОценить вероятность

и последствияОпределить

признаки наступления

Выбрать способ парирования

Отметить временные промежутки для мониторинга

Невозможность реализации ожидаемой функциональности. Потеря времени на решение простых задач.

Отказ от языка script#. Переключение на стандартный Java Script. Переоценка и увеличение бюджета.

Контрольная точка: через две недели после начала разработки.

Мониторинг и контрольСработал триггерРиск наступил?

Да: действуем по плануНет: ждём следующий

триггерНовый риск

Срочно добавить в планСрочно

скорректировать действия

Срочно начать работу по устранению

Риск сработа

л?

да

нет

Ждём

Действуя по плану,

решаем проблему

Есть в плане?

да

нет

Добавляем в план и

чеклист, если необходимо

РетроспективаОценить

Сработавшие риски

Эффективность борьбы

Неучтённые рискиДополнить

Занести новые риски в чеклист

Пример

Риск – это плохо?Плохо не наличие

риска, а отсутствие управления ими

Чем выше риски, тем выше выигрыш!

Спасибо за внимание!Понятие рискаКлассификация рисковТипы борьбыИнструментыЧеклист типовых рисковЧеклист

типовых рисков (пример)Риск-планРиск-план (пример)Планирование (Accept)Мониторинг и контрольРетроспективаРиск – это плохо?