Risk Methodologies. PM Zone. Kharkov. Ukraine

Управление рисками в разных методологиях Сергей Поволяшко , www.it-tuning.com PM Zone, www.pm-zone.org 21/02/2011

В IT с 1996 года. Работал по нескольким IT специальностям (разработчик, системный администратор, тестировщик). С 2001 года управляю операционной деятельностью и проектами.
Место работы – T EAM International , LLC. www . teaminternational . com .
Веду проект ИТ Тюнинг, www.it-tuning.com .
Настройка проектных и операционных процессов
Давайте познакомимся www.it-tuning.com, www.pm-zone.org
Образование, сертификации:
ХГТУРЭ, 1996.
Project Management Professional (PMP), PMI. 2007
ITIL Foundation V 3. 2009
Сергей Поволяшко

Тезисы
Что предлагает “классика” на тему рисков, а именно такие методологии как: PMBOK, PRINCE2, CMMI, ISO 31000?
Каким образом и какие именно риски погашаются в Agile/SCRUM? П оштурмуем вопрос о том, почему в Agile/SCRUM ничего не говорится об управлении рисками
www.it-tuning.com, www.pm-zone.org

Ссылки www.it-tuning.com, www.pm-zone.org
Полезные ссылки:
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 + приз

Разминка www.it-tuning.com, www.pm-zone.org

Разминка
Кто хорошо знает как должно работать управление рисками?
У кого это превентивно влияет на объем работ, сроки, решения?
Кому удается активно привлекать менеджмент или заказчика к этому ?
Кто мало применяет или не знает что это применяется?

Напоминалка www.it-tuning.com, www.pm-zone.org Как это работает

Риск и его характеристики:
Некоторое событие в будущем
Оказывает негативное или позитивное воздействие
Вероятность
Последствия
Причина
Напоминалка www.it-tuning.com, www.pm-zone.org

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

Участники управления рисками :
Напоминалка www.it-tuning.com, www.pm-zone.org Эксперт Проектная команда Менеджмент Заказчик

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

Что говорится об управлении рисками в разных методология х?
www.it-tuning.com, www.pm-zone.org PMBOK, PRINCE2, CMMI, ISO , 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 www.it-tuning.com, www.pm-zone.org

PMBOK www.it-tuning.com, www.pm-zone.org Project Risk Management 1 Plan Risk Management 2 Identify Risks 3 Perform Qualitative Risk Analysis 4 Perform Quantitative Risk Analysis 5 Plan Risk Responses 6 Monitor and Control Risks

PRINCE2
PRINCE2 создан и поддерживается UK Office of Government Commerce, www.ogc.gov.uk .
PRINCE 2 (PRojects IN Controlled Environments) – широко используемый стандарт, в правительственных организациях Великобритании, а также в коммерческих структурах, в основном Великобритании и западной Европы
PRINCE2 является предписывающим стандартом – как и что делать. Основан на процессном подходе
Основной фокус Prince2: бизнес кейс, план работ строится от результатов, проект “живет” и подотчетен корпоративной среде управления проектами

PRINCE2 www.it-tuning.com, www.pm-zone.org PRINCE2 определяет 8 процессов и 45 подпроцессов

PRINCE2 www.it-tuning.com, www.pm-zone.org Цикл управления рисками запускается в каждом процессе

Причины, почему недостаточно применяется управление рисками?
Приз за наиболее убедительн ое обоснование почему бы это НЕ делать
“ Классика” www.it-tuning.com, www.pm-zone.org

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 www.it-tuning.com, www.pm-zone.org

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

ISO 31000:2009 Risk Management стандарт создан International Organization for Standardization, www.iso.org .
ISO 31000:2009 описывает принципы и общие указания по управлению рисками на уровне организации , не является специфичным для какой-то конкретной индустрии, деятельности .
ISO 31000:2009 может постоянно применяться в организации к разнородной деятельности – стратегии, принятие решений, операционная деятельность, процессы, функции, проекты, продукты, сервисы .
ISO 31000:2009 www.it-tuning.com, www.pm-zone.org

ISO 31000:2009 www.it-tuning.com, www.pm-zone.org

Впечатляет? www.it-tuning.com, www.pm-zone.org Наверное в этом что-то есть!

Почему в Agile/SCRUM ничего не говорится об управлении рисками?
Приз за неординарный ответ!
Agile/SCRUM www.it-tuning.com, www.pm-zone.org

Почему в Agile/SCRUM ничего не говорится об управлении рисками?
Правильный ответ - >>
Agile/SCRUM www.it-tuning.com, www.pm-zone.org Семинар “Записки о рисках”. Киев. 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
“ I n 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 www.it-tuning.com, www.pm-zone.org Качество архитектуры Компания , интеллект. собственность Сроки, объем требований Внешние риски, процесс Закупки Рекрутинг, HR Коммуникации Качество продукта Актуальность требований Бизнес приоритеты Проект

Agile/SCRUM www.it-tuning.com, www.pm-zone.org Эффективно, но замкнуто внутри Качество архитектуры Компания , интеллект. собственность Сроки, объем требований Внешние риски, процесс Закупки Рекрутинг, HR Коммуникации Качество продукта Актуальность требований Бизнес приоритеты Проект

Agile/SCRUM www.it-tuning.com, www.pm-zone.org Эффективно, но замкнуто внутри Скорее всего не идеально Качество архитектуры Компания , интеллект. собственность Сроки, объем требований Внешние риски, процесс Закупки Рекрутинг, HR Коммуникации Качество продукта Актуальность требований Бизнес приоритеты Проект

Agile/SCRUM www.it-tuning.com, www.pm-zone.org Эффективно, но замкнуто внутри Скорее всего не идеально Обычно не рассматривается вообще Качество архитектуры Компания , интеллект. собственность Сроки, объем требований Внешние риски, процесс Закупки Рекрутинг, HR Коммуникации Качество продукта Актуальность требований Бизнес приоритеты Проект

Каким образом и какие именно риски погашаются в Agile/SCRUM ?
Каким образом:
Коммуникации
Достаточно профессиональная, сработавшаяся команда
Приоритезация
Короткие итерации
Доступный заказчик
Какие риски:
Нужды бизнеса, требования
Технические
Качество продукта (функционал)
Коммуникационные

Выводы:
Применение “классических” областей знаний управления проектами гармонично дополняет Agile/SCRUM , и никоим образом не противоречит
Учет возможностей, требований компании привносит реалистичность в проект и увеличивает ценность компании
Роль Проектного Менеджера (настоящего!) в качестве координатора дополняет сильные стороны Agile/SCRUM и размыкает замкнутость
Говоря о рисках – применение процедур управления рисками повышает успех Agile/SCRUM проекта, как и любого другого
Говоря о рисках – в команде должна быть роль ОБУЧЕННОГО Менеджера по Рискам

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

Подробнее:
О проекте ИТ тюнинг www.it-tuning.com
Презентации www.slideshare.net/ ittuning
Контакт: [email_address]
Цикл семинаров «Кулинарная книга профессионального IT- шника»
http://it-tuning.com/?page_id=362
Тренинги:
Scheduling (Планирование, Разработка расписания работ). Как сделать сроки реалистичными.
Risk Management (Управление Рисками). Как действительно помочь проекту.
Software Measurements (Измерения в разработке ПО). Как, что и зачем измерять.
Полет по приборам: метрики проектных команд – управляемое движение.
Болезни роста и разобщенности. Прививки
www.it-tuning.com, www.pm-zone.org Спасибо за внимание! Вопросы

Risk Methodologies. PM Zone. Kharkov. Ukraine

by Sergiy Povolyashko on Feb 22, 2011

Accessibility

Categories

Tags

Upload Details

Usage Rights

1 Embed 603

Statistics

Risk Methodologies. PM Zone. Kharkov. Ukraine — Presentation Transcript