Successfully reported this slideshow.
We use your LinkedIn profile and activity data to personalize ads and to show you more relevant ads. You can change your ad preferences anytime.

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

9,843 views

Published on

Published in: Business

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

  1. 1. Управление рисками stratoplan.ru . Клуб ИТ Менеджеров Сергей Поволяшко , www.it-tuning.com 1 1/0 3 /2011
  2. 2. <ul><li>В IT с 1996 года. Работал по нескольким IT специальностям (разработчик, системный администратор, тестировщик). С 2001 года управляю операционной деятельностью и проектами. </li></ul><ul><li>Веду проект ИТ Тюнинг, www.it-tuning.com . </li></ul><ul><li>Настройка проектной и операционной деятельности </li></ul>Давайте познакомимся <ul><li>Достижения, сертификации: </li></ul><ul><li>Project Management Professional (PMP), PMI. 2007 </li></ul><ul><li>Принимал лидирующее участие во внедрении CMMI L3 в компании TEAM International </li></ul><ul><li>ITIL Foundation V 3. 2009 </li></ul>Сергей Поволяшко
  3. 3. Содержание <ul><li>Напоминалка </li></ul><ul><li>Серъезность рисков </li></ul><ul><li>Внедрение управления рисками </li></ul><ul><li>Как учесть риски? </li></ul><ul><li>Риск или форс мажор? </li></ul><ul><li>Риск или проблема? </li></ul><ul><li>Риски и заказчик </li></ul><ul><li>Процесс управления рисками </li></ul><ul><li>Что почитать </li></ul>
  4. 4. PMBOK, CMMI, PRINCE2, ISO 31000 Наверное в этом что-то есть!
  5. 5. Напоминалка Как это работает
  6. 6. <ul><li>Риск и его характеристики: </li></ul><ul><li>Некоторое событие в будущем </li></ul><ul><li>Оказывает негативное или позитивное воздействие </li></ul><ul><li>Вероятность </li></ul><ul><li>Последствия </li></ul><ul><li>Причина </li></ul>Напоминалка
  7. 7. <ul><li>Подп роцессы управления рисками : </li></ul><ul><li>Risk Management Approach/Plan </li></ul><ul><li>Risks Identification </li></ul><ul><li>Risk Analysis </li></ul><ul><li>Risk Responses Planning </li></ul><ul><li>Monitor and Control Risks </li></ul>Напоминалка
  8. 8. <ul><li>Артефакты в управлении рисками : </li></ul><ul><li>План по управлению рисками </li></ul><ul><li>Реестр рисков </li></ul><ul><li>Планы реагирования на риски </li></ul><ul><li>Изменения проектных, контрактных условий </li></ul>Напоминалка
  9. 9. <ul><li>Участники управления рисками : </li></ul>Напоминалка Эксперт
  10. 10. <ul><li>Участники управления рисками : </li></ul>Напоминалка Эксперт Проектная команда
  11. 11. <ul><li>Участники управления рисками : </li></ul>Напоминалка Эксперт Проектная команда Заказчик
  12. 12. <ul><li>Участники управления рисками : </li></ul>Напоминалка Эксперт Проектная команда Менеджмент Заказчик
  13. 13. <ul><li>Группы стратегий по реагированию: </li></ul>Напоминалка <ul><li>До: </li></ul><ul><li>Avoid </li></ul><ul><li>Mitigate </li></ul><ul><li>Transfer </li></ul><ul><li>После: </li></ul><ul><li>Contingent plans </li></ul><ul><li>Active acceptance </li></ul><ul><li>Passive acceptance </li></ul>
  14. 14. Серъезность рисков <ul><li>Серъезность (причины) рисков по степени влияния: </li></ul><ul><li>Мы – исполнители, слабо или не применяем управление рисками </li></ul><ul><li>Низкая организационная культура </li></ul><ul><ul><li>Невовлечение нужных “слоев” </li></ul></ul><ul><ul><li>Недооценка важности </li></ul></ul><ul><li>Неправильное сочетание типов контрактов, методологий, способностей </li></ul><ul><li>Коммуникационные риски </li></ul><ul><li>Технологические риски </li></ul><ul><li>Кадровые риски </li></ul>
  15. 15. Внедрение управления рисками <ul><li>Факторы успешного внедрения </li></ul><ul><li>Помните – вы одни в поле не воин, эффективное управление рисками возможно только на общеорганизационном уровне </li></ul>Вовлечение заказчика Контракты, методологии Контроль Смежные процессы Фреймворк Обучение персонала Менеджмент Ведущий Управление рисками
  16. 16. Как учесть риски? <ul><li>Хорошо разобраться с теорией  </li></ul><ul><li>Держать список категорий, причин рисков </li></ul><ul><li>Вовлекать участников проекта </li></ul><ul><li>Регулярно мониторить </li></ul><ul><li>Исторические данные: закончил проект – записал, начинаешь – посмотри как работали другие </li></ul>
  17. 17. Риск или форс мажор? <ul><li>Риск и форс мажор – это разные вещи с точки зрения контрактных обязательств </li></ul><ul><li>Форс мажор уже отработан в контракте </li></ul><ul><li>У форс мажора очень низкая вероятность, но потенциально очень большое влияние </li></ul><ul><li>Бороться с форс мажором методами управления рисками очень дорого </li></ul><ul><li>Однако если вы находитесь в сейсмоопасной зоне, то такой форс мажор может перейти в категорию рисков. </li></ul>
  18. 18. Риск или проблема? <ul><li>Отличие риска от проблемы в том, что у проблемы вероятность=100%, т.е. это факт </li></ul><ul><li>К факту НЕ применяется управление рисками </li></ul><ul><li>Варианты: </li></ul><ul><ul><li>Риск ? – > Факт – > План </li></ul></ul><ul><ul><li>Риск ? – > Шаблон поведения – > Факт – > План </li></ul></ul><ul><ul><li>Риск? – > История – > Прогноз – > Контроль </li></ul></ul>
  19. 19. Риск или проблема? <ul><li>Риск ? – > Факт – > План </li></ul><ul><li>Оптимистичность оценок разработчика А </li></ul><ul><li>Задержки в коммуникациях </li></ul><ul><li>Сложность с наймом </li></ul><ul><ul><li>IF Вероятность > 90% THEN </li></ul></ul><ul><ul><li>{ </li></ul></ul><ul><ul><ul><ul><li>Риск = Факт </li></ul></ul></ul></ul><ul><ul><ul><ul><li>Create План (работы, ресурсы, время) </li></ul></ul></ul></ul><ul><ul><ul><ul><li>Include План в План Проекта </li></ul></ul></ul></ul><ul><ul><li>} </li></ul></ul>
  20. 20. Риск или проблема? <ul><li>Риск ? – > Шаблон поведения – > Факт – > План </li></ul><ul><ul><li>IF Вероятность_Регулярности > 60-70% THEN </li></ul></ul><ul><ul><li>{ </li></ul></ul><ul><ul><ul><ul><li>Риск = Шаблон поведения </li></ul></ul></ul></ul><ul><ul><ul><ul><li>Шаблон поведения = Факт </li></ul></ul></ul></ul><ul><ul><ul><ul><li>Create План (работы, ресурсы, время) </li></ul></ul></ul></ul><ul><ul><ul><ul><li>Include План в План Проекта </li></ul></ul></ul></ul><ul><ul><li>} </li></ul></ul>Текучка кадров Отсутствие по болезни
  21. 21. Риск или проблема? <ul><li>Риск? – > История – > Прогноз – > Контроль </li></ul><ul><li>В очередной итерации мы скорее всего отстанем от графика, на сколько? </li></ul><ul><li>Опять скорее всего будет много дефектов, сколько? </li></ul><ul><ul><li>IF Типичные : _Проекты_Итерации _ Проблемы = TRUE THEN </li></ul></ul><ul><ul><li>{ </li></ul></ul><ul><ul><ul><ul><li>Collect Исторические данные </li></ul></ul></ul></ul><ul><ul><ul><ul><li>Analyze Исторические данные </li></ul></ul></ul></ul><ul><ul><ul><ul><li>[ Create План корректирующих воздействий ] </li></ul></ul></ul></ul><ul><ul><ul><ul><li>Forecast Нужные показатели </li></ul></ul></ul></ul><ul><ul><ul><ul><li>Monitor Нужные показатели </li></ul></ul></ul></ul><ul><ul><li>} </li></ul></ul>Проект А Проект B Проект C База знаний Проект F
  22. 22. Риски и заказчик <ul><li>Заказчик техничен и / или адекватен </li></ul><ul><ul><li>Расскажите об основных рисках </li></ul></ul><ul><ul><li>Предложите или выработайте вместе планы по реагированию на риски </li></ul></ul><ul><li>Заказчик не техничен или неадекватен </li></ul><ul><ul><li>“ Замаскируйте” реагирование на риски </li></ul></ul><ul><ul><li>Заложите больше времени, бюджета </li></ul></ul><ul><ul><li>Предложите риско понижающую методологию, технологию </li></ul></ul><ul><ul><li>Откажитесь от рискованного проекта, заказчика </li></ul></ul>
  23. 23. Риски и заказчик <ul><li>В любом случае: </li></ul><ul><li>Согласуйте ваши действия с руководством </li></ul><ul><li>“ Продайте” управление рисками как ценность для проекта, заказчика </li></ul><ul><li>Предлагайте варианты погашения рисков – это продуктивно и призывает к утверждению </li></ul><ul><li>Не сжимайте оценки трудозатрат и сроков без необходимости – это ваш резерв </li></ul><ul><li>Четко оговорите как работают запросы на изменения – это не риски </li></ul>
  24. 24. Риски и заказчик <ul><li>Дополнительный бюджет, сроки - прямо или косвенно: </li></ul><ul><li>Реагирование на наиболее серьезные риски должно изначально попасть в план проекта (стратегии “До”) </li></ul><ul><li>Так называемый contingency reserve – для известных рисков, должен попасть в план (стратегии “После”) </li></ul><ul><li>В теории рекомендуется закладывать 5-7% на непредвиденные обстоятельства (в добавок к определенным рискам) – Management reserve </li></ul>
  25. 25. Риски и заказчик <ul><li>Дополнительный бюджет, прямо или косвенно: </li></ul><ul><li>Размыты требования или технологии - предложите фазы с отдельными контрактами: </li></ul><ul><ul><li>Прототип, Сбор требований, Проектирование, Разработка </li></ul></ul><ul><li>Предложите наиболее подходящую методологию, контракт: </li></ul><ul><ul><li>Iterative, SCRUM, Waterfall, Fixed Price, T&M и т.п. </li></ul></ul><ul><li>Качественно сделайте требования, оценки, расписание работ </li></ul>Прототип Сбор треб. Проектир. Разработка Iterative SCRUM Fixed price T&M Прототип Сбор треб. Разработка
  26. 26. Риски и заказчик <ul><li>Разделение рисков: </li></ul><ul><li>Как можно раньше (лучше до контракта) выявить основные риски и ответственности </li></ul><ul><li>Оговорить, лучше контрактно, подход к управлению рисками </li></ul><ul><li>Типичная ответственность заказчика: </li></ul><ul><ul><li>Вопросы по требованиям </li></ul></ul><ul><ul><li>Приемка продукции, услуг </li></ul></ul><ul><ul><li>Ограничения по бюджету, времени </li></ul></ul>
  27. 27. Процесс управления рисками <ul><li>Делать, пересматривать: </li></ul><ul><ul><li>До подписания контракта </li></ul></ul><ul><ul><li>В начале проекта </li></ul></ul><ul><ul><li>В каждой итерации, фазе, спринте </li></ul></ul><ul><ul><li>Регулярно – не реже чем раз в 1-2 недели </li></ul></ul><ul><li>Сколько займет времени – it depends </li></ul>Прототип Сбор треб. Разработка Переговоры Идентификация, анализ, варианты реакции на риски Проектная документация (контракт, план, объем работ) частично основана на результатах работы с рисками
  28. 28. Процесс управления рисками <ul><li>Работа с рисками после возникновения </li></ul><ul><li>Риск был ранее идентифицирован: </li></ul><ul><ul><li>Есть contingency plan - делать </li></ul></ul><ul><ul><li>Есть резерв ( active acceptance ) – согласуем использование </li></ul></ul><ul><li>Иначе – это факт: </li></ul><ul><ul><li>Используем резерв на непредвиденные обстоятельства (management reserve) </li></ul></ul><ul><ul><li>Определяем план действий “по месту” </li></ul></ul>
  29. 29. Что почитать <ul><li>http://www.infoq.com/news/2009/01/agile-risk-management </li></ul><ul><li>PMBOK, www.pmi.org </li></ul><ul><li>Том ДеМарко, Тимоти Листер. Вальсируя с медведями </li></ul><ul><li>http://home.gwu.edu/~kwak/Project_Risk_Management.pdf </li></ul><ul><li>http://www.pmvista.com/risk-categories/ </li></ul>
  30. 30. <ul><li>Вы можете забыть о рисках, но они о вас не забудут </li></ul>
  31. 31. <ul><li>Подробнее: </li></ul><ul><li>О проекте ИТ тюнинг www.it-tuning.com </li></ul><ul><li>Презентации, в т.ч. на тему рисков www.slideshare.net/ ittuning </li></ul><ul><li>Контакт: [email_address] </li></ul>Спасибо за внимание! Вопросы

×