risk_methodologies

1

Управление рисками в разных методологиях

Сергей Поволяшко, www.it-tuning.comPM Zone, www.pm-zone.org

21/02/2011

www.it-tuning.com, www.pm-zone.org 2

В IT с 1996 года. Работал по нескольким IT специальностям (разработчик, системный администратор, тестировщик). С 2001 года управляю операционной деятельностью и проектами.

Место работы – Team ODC (TODC), LLC. www.teaminternational.com.

Веду проект ИТ Тюнинг, www.it-tuning.com.

Настройка проектных и операционных процессов

Образование, сертификации: ХГТУРЭ, 1996. Project Management

Professional (PMP), PMI. 2007 ITIL Foundation V3. 2009

Давайте познакомимся

Сергей Поволяшко


Тезисы

Что предлагает “классика” на тему рисков, а именно такие методологии как: PMBOK, PRINCE2, CMMI, ISO 31000?

Каким образом и какие именно риски погашаются в Agile/SCRUM? Поштурмуем вопрос о том, почему в Agile/SCRUM ничего не говорится об управлении рисками


Полезные ссылки: http://www.infoq.com/news/2009/01/agile-risk-management http://www.slideshare.net/RHDrown/agile-or-pmbok-11-jun09 www.ogc.gov.uk www.sei.cmu.edu/cmmi www.pmi.org www.iso.org Том ДеМарко, Тимоти Листер. Вальсируя с медведями

Ссылки


Правила игры

Активное участие Слышим и уважаем другие мнения Нет нигилизму Нет фанатизму Призы


Содержание

Разминка Напоминалка Классика + приз Agile/SCRUM + приз


Разминка


Разминка

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

У кого это превентивно влияет на объем работ, сроки, решения?

Кому удается активно привлекать менеджмент или заказчика к этому?

Кто мало применяет или не знает что это применяется?


Напоминалка

Как это работает


Риск и его характеристики: Некоторое событие в будущем Оказывает негативное или

позитивное воздействие Вероятность Последствия Причина



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

контрактных условий



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

Эксперт

Проектная командаМенеджмент

Заказчик



Группы стратегий по реагированию:

До: Avoid Mitigate Transfer

После: Contingent

plans Active

acceptance Passive

acceptance



Вопросы?


Что говорится об управлении рисками в разных методологиях?

PMBOK, PRIN

CE2, CMMI, I

SO, Agile

/SCRUM


PMBOK

PMBOK – Project Management Body of Knowledge. Создан и поддерживается Project Management Institute, www.pmi.org

PMBOK Guide это признаваемый международный стандарт (IEEE Std 1490-2003), который описывает основы управления проектами, которые применимы к широкому диапазону предметных областей, таких как строительство, разработка ПО, промыщленность и т.д.

PMBOK носит описательный характер объясняя что такое управление проектами и техники управления проектами.

PMBOK основан на процессном подходе, т.е. результаты работы появляются в ходе исполнения процессов

Есть сертификация PMI - Risk Management Professional (PMI-RMP)


PMBOK


Project Risk Management

1 Plan Risk Management 2 Identify Risks

3 Perform QualitativeRisk Analysis

4 Perform QuantitativeRisk Analysis

5 Plan Risk Responses6 Monitor and Control

Risks

PMBOK


PRINCE2

PRINCE2 создан и поддерживается UK Office of Government Commerce, www.ogc.gov.uk.

PRINCE2 (PRojects IN Controlled Environments) – широко используемый стандарт, в правительственных организациях Великобритании, а также в коммерческих структурах, в основном Великобритании и западной Европы

PRINCE2 является предписывающим стандартом – как и что делать. Основан на процессном подходе

Основной фокус Prince2: бизнес кейс, план работ строится от результатов, проект “живет” и подотчетен корпоративной среде управления проектами


PRINCE2 определяет 8 процессов и 45 подпроцессов

PRINCE2


PRINCE2

Цикл управления рисками запускается в каждом процессе


Причины, почему недостаточно применяется управление рисками?

Приз за наиболее убедительное обоснование почему бы это НЕ делать

“Классика”


CMMI создан и поддерживается Software Engineering Institute at Carnegie Mellon University, www.sei.cmu.edu/cmmi. Всемирно признаваемая модель.

CMMI (Capability Maturity Model Integration) - модель оценки зрелости компаний, постановки и улучшения процессов.

CMMI включает 5 уровней зрелости (Maturity Levels) - (2 – Managed; 3 – Defined; 4 - Quantitatively Managed; 5 - Optimizing).

Может быть использована для областей: разработка продуктов и сервисов; проектирование, внедрение, управление и поставка сервисов; приобретение продуктов и сервисов.

Важно! Внедряет и стимулирует применение инженерных и управленческих практик. Но не диктует как именно это делать

CMMI


CMMI


ISO 31000:2009 Risk Management стандарт создан International Organization for Standardization, www.iso.org.

ISO 31000:2009 описывает принципы и общие указания по управлению рисками на уровне организации, не является специфичным для какой-то конкретной индустрии, деятельности.

ISO 31000:2009 может постоянно применяться в организации к разнородной деятельности – стратегии, принятие решений, операционная деятельность, процессы, функции, проекты, продукты, сервисы.

ISO 31000:2009


ISO 31000:2009


Впечатляет?

Наверное в этом что-то есть!


Почему в Agile/SCRUM ничего не говорится об управлении рисками?

Приз за неординарный ответ!

Agile/SCRUM


Почему в Agile/SCRUM ничего не говорится об управлении рисками?

Правильный ответ ->>

Agile/SCRUM

Семинар “Записки о рисках”. Киев. 27.11.2010. Совместно с XP Injection


Гуру говорят об управлении рисками в Agile/SCRUM (www.infoq.com)

Jurgen Appelo“Risk Management is part of Prince2, part of PMBOK, and part of the CMMI, but you don't

often see it addressed explicitly in books on agile methods. I think that's strange.”

Michele Sliger“In Agile software development risk gets addressed all the time as a part of daily stand-

ups, iteration planning meetings, release planning meetings, retrospective and review meetings. However, a structured approach is suggested for managing risk. The steps included: Risk Identification; Risk Analysis; Risk Response Planning; Risk Monitoring and Controlling.”

Mike Cottmeyer“Agile is so effective at managing risk because risk management processes are built into

the very fabric of how we run the project.There is an implicit understanding that risk is EVERYWHERE on a project. Risk cannot be contained in a risk list. Risk cannot be mitigated in a team meeting or a periodic risk review session. Dealing with risk has to be an obsession. Our mitigation strategies don’t live outside the project, but influence the very nature of how we structure and plan our work.”

Agile/SCRUM


Ареал обитания Agile/SCRUM

Качествоархитектуры

Компания,интеллект.

собственность

Сроки, объемтребований

Внешние риски,процесс

Закупки

Рекрутинг, HR

Коммуникации

Качествопродукта

Актуальностьтребований

Бизнесприоритеты

Проект

Эффективно,но замкнуто

внутри

Agile/SCRUM


Каким образом и какие именно риски погашаются в Agile/SCRUM?

Каким образом: Коммуникации Достаточно профессиональная, сработавшаяся команда Приоритезация Короткие итерации Доступный заказчик

Какие риски: Нужды бизнеса, требования Технические Качество продукта (функционал) Коммуникационные

Agile/SCRUM


Выводы: Применение “классических” областей знаний

управления проектами гармонично дополняет Agile/SCRUM, и никоим образом не противоречит

Учет возможностей, требований компании привносит реалистичность в проект и увеличивает ценность компании

Роль Проектного Менеджера (настоящего!) в качестве координатора дополняет сильные стороны Agile/SCRUM и размыкает замкнутость

Говоря о рисках – применение процедур управления рисками повышает успех Agile/SCRUM проекта, как и любого другого

Говоря о рисках – в команде должна быть роль ОБУЧЕННОГО Менеджера по Рискам

Agile/SCRUM


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


Подробнее: О проекте ИТ тюнинг www.it-tuning.com Презентации www.slideshare.net/ittuning Контакт: [email protected]

Цикл семинаров «Кулинарная книга профессионального IT-шника»

Тренинги: Scheduling (Планирование, Разработка расписания работ). Как сделать

сроки реалистичными. Risk Management (Управление Рисками). Как действительно помочь проекту. Software Measurements (Измерения в разработке ПО). Как, что и зачем

измерять. Полет по приборам: метрики проектных команд – управляемое движение. Болезни роста и разобщенности. Прививки

Спасибо за внимание!

Вопросы

risk_methodologies

Business