Слайдкаст. Управление рисками, Q and A. Stratoplan.ru. Клуб ИТ Менеджеров

Управление рисками stratoplan.ru . Клуб ИТ Менеджеров Сергей Поволяшко , www.it-tuning.com 1 1/0 3 /2011

В IT с 1996 года. Работал по нескольким IT специальностям (разработчик, системный администратор, тестировщик). С 2001 года управляю операционной деятельностью и проектами.
Веду проект ИТ Тюнинг, www.it-tuning.com .
Настройка проектной и операционной деятельности
Давайте познакомимся
Достижения, сертификации:
Project Management Professional (PMP), PMI. 2007
Принимал лидирующее участие во внедрении CMMI L3 в компании TEAM International
ITIL Foundation V 3. 2009
Сергей Поволяшко

Содержание
Напоминалка
Серъезность рисков
Внедрение управления рисками
Как учесть риски?
Риск или форс мажор?
Риск или проблема?
Риски и заказчик
Процесс управления рисками
Что почитать

PMBOK, CMMI, PRINCE2, ISO 31000 Наверное в этом что-то есть!

Напоминалка Как это работает

Риск и его характеристики:
Некоторое событие в будущем
Оказывает негативное или позитивное воздействие
Вероятность
Последствия
Причина

Подп роцессы управления рисками :
Risk Management Approach/Plan
Risks Identification
Risk Analysis
Risk Responses Planning
Monitor and Control Risks

Артефакты в управлении рисками :
План по управлению рисками
Реестр рисков
Планы реагирования на риски
Изменения проектных, контрактных условий

Участники управления рисками :
Напоминалка Эксперт

Напоминалка Эксперт Проектная команда

Напоминалка Эксперт Проектная команда Заказчик

Напоминалка Эксперт Проектная команда Менеджмент Заказчик

Группы стратегий по реагированию:
До:
Avoid
Mitigate
Transfer
После:
Contingent plans
Active acceptance
Passive acceptance

Серъезность рисков
Серъезность (причины) рисков по степени влияния:
Мы – исполнители, слабо или не применяем управление рисками
Низкая организационная культура
Невовлечение нужных “слоев”
Недооценка важности
Неправильное сочетание типов контрактов, методологий, способностей
Коммуникационные риски
Технологические риски
Кадровые риски

Внедрение управления рисками
Факторы успешного внедрения
Помните – вы одни в поле не воин, эффективное управление рисками возможно только на общеорганизационном уровне
Вовлечение заказчика Контракты, методологии Контроль Смежные процессы Фреймворк Обучение персонала Менеджмент Ведущий Управление рисками

Как учесть риски?
Хорошо разобраться с теорией 
Держать список категорий, причин рисков
Вовлекать участников проекта
Регулярно мониторить
Исторические данные: закончил проект – записал, начинаешь – посмотри как работали другие

Риск или форс мажор?
Риск и форс мажор – это разные вещи с точки зрения контрактных обязательств
Форс мажор уже отработан в контракте
У форс мажора очень низкая вероятность, но потенциально очень большое влияние
Бороться с форс мажором методами управления рисками очень дорого
Однако если вы находитесь в сейсмоопасной зоне, то такой форс мажор может перейти в категорию рисков.

Отличие риска от проблемы в том, что у проблемы вероятность=100%, т.е. это факт
К факту НЕ применяется управление рисками
Варианты:
Риск ? – > Факт – > План
Риск ? – > Шаблон поведения – > Факт – > План
Риск? – > История – > Прогноз – > Контроль

Риск ? – > Факт – > План
Оптимистичность оценок разработчика А
Задержки в коммуникациях
Сложность с наймом
IF Вероятность > 90% THEN
{
Риск = Факт
Create План (работы, ресурсы, время)
Include План в План Проекта
}

Риск ? – > Шаблон поведения – > Факт – > План
IF Вероятность_Регулярности > 60-70% THEN
{
Риск = Шаблон поведения
Шаблон поведения = Факт
Create План (работы, ресурсы, время)
Include План в План Проекта
}
Текучка кадров Отсутствие по болезни

Риск? – > История – > Прогноз – > Контроль
В очередной итерации мы скорее всего отстанем от графика, на сколько?
Опять скорее всего будет много дефектов, сколько?
IF Типичные : _Проекты_Итерации _ Проблемы = TRUE THEN
{
Collect Исторические данные
Analyze Исторические данные
[ Create План корректирующих воздействий ]
Forecast Нужные показатели
Monitor Нужные показатели
}
Проект А Проект B Проект C База знаний Проект F

Заказчик техничен и / или адекватен
Расскажите об основных рисках
Предложите или выработайте вместе планы по реагированию на риски
Заказчик не техничен или неадекватен
“ Замаскируйте” реагирование на риски
Заложите больше времени, бюджета
Предложите риско понижающую методологию, технологию
Откажитесь от рискованного проекта, заказчика

В любом случае:
Согласуйте ваши действия с руководством
“ Продайте” управление рисками как ценность для проекта, заказчика
Предлагайте варианты погашения рисков – это продуктивно и призывает к утверждению
Не сжимайте оценки трудозатрат и сроков без необходимости – это ваш резерв
Четко оговорите как работают запросы на изменения – это не риски

Дополнительный бюджет, сроки - прямо или косвенно:
Реагирование на наиболее серьезные риски должно изначально попасть в план проекта (стратегии “До”)
Так называемый contingency reserve – для известных рисков, должен попасть в план (стратегии “После”)
В теории рекомендуется закладывать 5-7% на непредвиденные обстоятельства (в добавок к определенным рискам) – Management reserve

Дополнительный бюджет, прямо или косвенно:
Размыты требования или технологии - предложите фазы с отдельными контрактами:
Прототип, Сбор требований, Проектирование, Разработка
Предложите наиболее подходящую методологию, контракт:
Iterative, SCRUM, Waterfall, Fixed Price, T&M и т.п.
Качественно сделайте требования, оценки, расписание работ
Прототип Сбор треб. Проектир. Разработка Iterative SCRUM Fixed price T&M Прототип Сбор треб. Разработка

Разделение рисков:
Как можно раньше (лучше до контракта) выявить основные риски и ответственности
Оговорить, лучше контрактно, подход к управлению рисками
Типичная ответственность заказчика:
Вопросы по требованиям
Приемка продукции, услуг
Ограничения по бюджету, времени

Делать, пересматривать:
До подписания контракта
В начале проекта
В каждой итерации, фазе, спринте
Регулярно – не реже чем раз в 1-2 недели
Сколько займет времени – it depends
Прототип Сбор треб. Разработка Переговоры Идентификация, анализ, варианты реакции на риски Проектная документация (контракт, план, объем работ) частично основана на результатах работы с рисками

Работа с рисками после возникновения
Риск был ранее идентифицирован:
Есть contingency plan - делать
Есть резерв ( active acceptance ) – согласуем использование
Иначе – это факт:
Используем резерв на непредвиденные обстоятельства (management reserve)
Определяем план действий “по месту”

Что почитать
http://www.infoq.com/news/2009/01/agile-risk-management
PMBOK, www.pmi.org
Том ДеМарко, Тимоти Листер. Вальсируя с медведями
http://home.gwu.edu/~kwak/Project_Risk_Management.pdf
http://www.pmvista.com/risk-categories/

Вы можете забыть о рисках, но они о вас не забудут

Подробнее:
О проекте ИТ тюнинг www.it-tuning.com
Презентации, в т.ч. на тему рисков www.slideshare.net/ ittuning
Контакт: [email_address]
Спасибо за внимание! Вопросы

Слайдкаст. Управление рисками, Q and A. Stratoplan.ru. Клуб ИТ Менеджеров

by Sergiy Povolyashko on Mar 14, 2011

Accessibility

Categories

Tags

Upload Details

Usage Rights

2 Embeds 685

Statistics

Слайдкаст. Управление рисками, Q and A. Stratoplan.ru. Клуб ИТ Менеджеров — Webinar Transcript

http://it-tuning.com	684
url_unknown	1