Презентация на тему: Управление рисками в IT

создан творческим коллективом из 12 человек: О.И.Белобородько, Н.И.Бойко, А.Г.Дубинский, С.В.Земляная, Е.В.Колесникова, Д.А.Маленко, И.В.Мозговая, В.Л.Павлов, А.Г.Пилипенко, К.В.Рундуев, О.В.Федоренко, А.Д.Фирсов создан творческим коллективом из 12 человек: О.И.Белобородько, Н.И.Бойко, А.Г.Дубинский, С.В.Земляная, Е.В.Колесникова, Д.А.Маленко, И.В.Мозговая, В.Л.Павлов, А.Г.Пилипенко, К.В.Рундуев, О.В.Федоренко, А.Д.Фирсов под руководством вице-президента Союза менеджеров Днепропетровска, технического директора корпорации eLine Software В.Л.Павлова при спонсорской поддержке Союза менеджеров Днепропетровска комментарии по поводу курса просьба направлять на e-mail: [email protected]

Студенческий комплект материалов к данному занятию состоит из: Студенческий комплект материалов к данному занятию состоит из: Распечатанной версии данной презентации (handouts по 6 слайдов на странице) Файл risk.mgmt.smn.yyyy.mm.dd.ppt Перед началом занятия студенты должны убедиться в наличии у них полного комплекта материалов

Как организована проектная группа MSF? Что символизирует такая организация? Как организована проектная группа MSF? Что символизирует такая организация? Чему соответствуют ролевые кластеры проектной группы? Каков минимальный размер команды, которая может использовать MSF? А максимальный? С чем связан риск совмещения нескольких ролей одним человеком? Почему некоторые роли нельзя совмещать? Кто принимает главные решения относительно проекта? Что такое PMBOK? Как PMBOK связано с REEBOK?

Что такое риск и почему важно управлять рисками в IT-проектах Что такое риск и почему важно управлять рисками в IT-проектах Общие характеристики управления рисками Как это делать? Extreme Programming Управление рисками по PMBOK Дисциплина управления рисками MSF Практика: как управление рисками помогает решать реальные задачи

С чем у вас ассоциируется понятие риска? С чем у вас ассоциируется понятие риска? Какие риски связаны с выполнением «проектов» (например, поход за покупками) в обычной жизни? Обязательно ли риск имеет отрицательное влияние?

Принятие решений в условиях неопределенности всегда связано с рисками Принятие решений в условиях неопределенности всегда связано с рисками

Опасность, возможность убытка или ущерба Опасность, возможность убытка или ущерба “Бизнес: Оксфордский толковый словарь” М.: РГГУ, 1996 Действия на свою удачу (в том числе - “на авось”), деятельность “без верного расчета”, подверженная случайности “Толковый словарь русского языка” В.И. Даля (XIX век)

Страховой бизнес: Страховой бизнес: Событие, которое в случае осуществления, приводит к определенным убыткам Финансовый бизнес: Принятие решения в условиях неопределенности, что может иметь результатом как прибыль, так и потери PMBOK: Неопределенное событие или условие, которое, если осуществится, может иметь как негативное, так и позитивное влияние на итоги проекта

Риск Риск Может не оказать влияния на проект Проблема Уже сейчас влияет на проект Если рисками не управлять они могут стать проблемами

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

Большое количество быстро меняющихся факторов, влияющих на успех проекта Большое количество быстро меняющихся факторов, влияющих на успех проекта Требования пользователей Новые технологии Рыночная конкуренция Эволюция стандартов Требования к безопасности …

Риски присутствуют в каждом проекте Риски присутствуют в каждом проекте Да Нет Риски не являются “хорошими” либо “плохими” Да Нет С рисками не нужно бороться, ими необходимо управлять Да Нет Риски – это проблемы Да Нет

В мире большое число организаций, которые исследуют управление проектами, в т.ч. и управление рисками В мире большое число организаций, которые исследуют управление проектами, в т.ч. и управление рисками Институт Управления Проектами PMI (США) http://www.pmi.org Имеет филиалы во многих странах Россия http://www.pmi.ru Украина http://www.pmi.org.ua Международная Ассоциация Управления Проектами IPMA (Швейцария) http://www.ipma.ch Институт программной инженерии (США) http://www.sei.cmu.edu

PMBOK PMBOK Количественный анализ рисков Непрерывный процесс Дисциплина управления рисками MSF Основана на PMBOK Превентивное управление рисками Интеграция с другими компонентами MSF eXtreme Programming Откладывать принятие решения как можно дольше: информации для его принятия будет больше, а возможно оно вообще не понадобится

Профилактика Профилактика Намного легче предотвратить и подготовиться, чем потом пытаться что-либо предпринять Готовность к изменениям От предоставляющихся возможностей надо получать максимум Открытость Команда должна открыто говорить о рисках, чтобы все могли эффективно ими управлять Непрерывность Управление рисками пронизывает весь жизненный цикл проекта

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

Что такое риск? Что такое риск? Что означает пословица “пока гром не грянет, мужик не перекрестится” в контексте управления рисками? Как управление рисками может помочь успешному осуществлению проекта? Каковы основные принципы управления рисками? Приведите примеры проектов, которые не связаны с рисками

60% менеджеров назвали изменения в ходе проекта одной из 3-х основных проблем, с которыми им приходится сталкиваться 60% менеджеров назвали изменения в ходе проекта одной из 3-х основных проблем, с которыми им приходится сталкиваться Изменения ожидают любой проект – главное насколько вы к ним готовы

Нет явного управления рисками, но есть предвидение и готовность к изменениям Нет явного управления рисками, но есть предвидение и готовность к изменениям Выделяются типичные для IT-проектов проблемы и риски, для борьбы с которыми используются определенные способы и технологии

Заказчик может остаться недовольным результатами и внезапно менять решение Заказчик может остаться недовольным результатами и внезапно менять решение Представитель заказчика работает в команде разработчиков каждый день Продукт может содержать ошибки После каждого изменения вся система подвергается юнит-тестированию Качество кода может оказаться низким Каждый участок программы пишется вдвоем за один компьютером – что не увидел одни, заметит другой

Все решения откладываются до тех пор, пока проект не сможет без них развиваться. Риск принятия неправильного решения позже - намного меньше Все решения откладываются до тех пор, пока проект не сможет без них развиваться. Риск принятия неправильного решения позже - намного меньше Далее в этом курсе будет отдельная лекция посвященная extreeme Programming и Agile

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

Что нужно делать, чтобы эффективно управлять рисками? Что нужно делать, чтобы эффективно управлять рисками? Планирование управления рисками Идентификация рисков Качественная оценка рисков Количественная оценка Планирование реагирования на риски Мониторинг и контроль рисков

Процесс принятия решений по применению и планированию управления рисками для конкретного проекта Процесс принятия решений по применению и планированию управления рисками для конкретного проекта Организация может иметь стандартные подходы к планированию рисков

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

Качественный анализ выделенных рисков Качественный анализ выделенных рисков Определение рисков, требующих незамедлительных действий На протяжении всего жизненного цикла проекта происходит переоценка рисков

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

Методы и технологии снижения отрицательного воздействия рисков на проект Методы и технологии снижения отрицательного воздействия рисков на проект Извлечение выгоды из возможных предстоящих изменений

Выполнение плана рисков Выполнение плана рисков Оценка эффективности управления рисками Выбор альтернативных стратегий

Все процедуры по управлению рисками взаимодействуют друг с другом Все процедуры по управлению рисками взаимодействуют друг с другом Каждая процедура выполняется хотя бы один раз; как правило - больше Некоторые процедуры могут выполняться параллельно

Cайт "Профеcсионал управления проектами" Cайт "Профеcсионал управления проектами" http://www.pmprofy.ru Управление проектами http://projectm.narod.ru http://www.projectmanagement.ru

Каковы составляющие части процесса управления рисками? Каковы составляющие части процесса управления рисками? В чем значение каждого процесса в управлении рисками? О чем говорит наличие фазы мониторинга и контроля в процессе управления рисками?

Дисциплина Дисциплина Систематический непрерывный процесс Всеобъемлющая Управления Превентивные действия эффективнее реактивных Рисками Проблемы еще нет, но может появиться

На сайте Microsoft доступны шаблоны документов, которые создаются в процессе управления рисками На сайте Microsoft доступны шаблоны документов, которые создаются в процессе управления рисками Эти шаблоны размещены на студенческом CD

Команда выявляет риски, которые связаны с проектом Команда выявляет риски, которые связаны с проектом Рассматриваются как следствия, так и причины рисков Риски документируются в четкой и однозначной форме Выполняется классификация (категоризация) рисков Создается список рисков

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

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

Проект: разработка автоматизированной системы учета результатов спортивных соревнований Проект: разработка автоматизированной системы учета результатов спортивных соревнований Пример выявленного риска: Если система не будет реализована и протестирована к началу соревнований, они будут сорваны

Приоритезация выявленных рисков Приоритезация выявленных рисков Невозможно управлять сразу всеми рисками Существуют риски, которым необходимо уделить больше внимания – как их выявить? Как это сделать? Некоторые риски имеют фатальные последствия, но крайне маловероятны Некоторые риски очень вероятны, но их влияние на проект ничтожно

Мера возможности того, что последствие риска, описанное в его формулировке, действительно наступит Мера возможности того, что последствие риска, описанное в его формулировке, действительно наступит Вероятность определяется субъективно по определенной шкале. Например, «высокая-средняя-низкая»:

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

Нужно оценивать общее влияние риска на проект Нужно оценивать общее влияние риска на проект Можно использовать различные способы вычисления общего влияния Простой и эффективный способ учитывает вероятность и угроза: Величина = Вероятность X Угроза Приоритезируем риски ОПАСНЫЕ и ВЫСОКОВЕРОЯТНЫЕ риски промежуточные категории рисков неопасные и маловероятные риски

Риск: Если система не будет реализована и протестирована к началу соревнований, они будут сорваны Риск: Если система не будет реализована и протестирована к началу соревнований, они будут сорваны Оценка вероятности – 2 (средняя) Угроза – 3 (высокая) Общее влияние – 2*3 = 6 Риск попал в первую десятку

Цели Цели Разработка планов действий по отношению к основным рискам Внесение мероприятий по управлению рисками в расписание проекта

Исследование Исследование Необходима дополнительная информация Принятие С последствиями можно смириться Избежание Можно ли риска вообще избежать? Перенос Можно ли перенести риск на другой проект, команду etc? Предотвращение Смягчение последствий

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

Если риск все-таки осуществится, надо быть готовым к этому Если риск все-таки осуществится, надо быть готовым к этому Действия должны быть продуманы заранее Должны быть определены условия, при которых вступает в силу план смягчения последствий

- Шеф! Все пропало: клиент уезжает, гипс снимают!.. - Шеф! Все пропало: клиент уезжает, гипс снимают!.. Как узнать, что риск все-таки осуществился и надо смягчать его последствия? Вместе с планами предотвращения и смягчения устанавливаются триггеры – условия, которые определяют переход от профилактики к реакции на последствия

Триггер устанавливается для каждого риска Триггер устанавливается для каждого риска Виды триггеров Событие Величина Триггеры нужно контролировать

Риск: Если система не будет реализована и протестирована к началу соревнований, они будут сорваны Риск: Если система не будет реализована и протестирована к началу соревнований, они будут сорваны Предотвращение: Создание буфера перед реальным сроком готовности – система должна быть готова за месяц до соревнований Реакция: Выделить дополнительные ресурсы на разработку, возможно, отказаться от реализации некоторых функций системы Триггер: система не готова за месяц до соревнований Ответственный: Пупкин

Цели Цели Отслеживание рисков, триггеров Наблюдение за выполнением планов предотвращения и смягчения последствий Информирование членов комадны о событиях, связанных с рисками

Успешное выполнение планов предотвращения Успешное выполнение планов предотвращения Своевременное задействование планов смягчения последствий Постоянная деятельность во время работы над проектом

По результатам шага ___ реализуем описанные на шаге ___ действия По результатам шага ___ реализуем описанные на шаге ___ действия Отступать от плана нельзя жестко ему следовать ! ??? Изменять процесс управления рисками нельзя жестко ему следовать ! ???

Контролируется выполнение плана предотвращения: ход выполнения проекта не должен выходить из проектного расписания Контролируется выполнение плана предотвращения: ход выполнения проекта не должен выходить из проектного расписания Контролируется триггер: не позднее чем за месяц до соревнований проводятся мероприятия по обеспечению готовности системы к соревнованиям В худшем случае вводится в действие план реакции на последствия

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

Новые риски Новые риски Проект столкнулся с проблемой, которая не была предвидена заранее Успешные стратегии предотвращения и смягчения последствий База знаний по рискам

Возможно перераспределение ресурсов между проектами в соответствии с их рисками Возможно перераспределение ресурсов между проектами в соответствии с их рисками Активный обмен опытом ведет к совершенствованию проектных групп «Внешний» контроль управления рисками в проекте

Что это означает Что это означает Приоритезируем задачи, основываясь на уровне ассоциированных с ними рисков Приоритезируем features, основываясь на их значимости для ключевых stakeholders Почему это важно Минимизируем возможные потери Оставляем себе больше времени для реакции на возможные изменения Более продуктивно управляем ожиданиями заказчика

Что это означает Что это означает Понимание того, то будущее - неопределенно Создание планов, в которые закладывается возможность адаптации к неожиданным изменениям ситуации Почему это важно Повышаем точность календарных графиков путем: Использования буферного времени Декомпозиции задач Использования внутренних milestones

Предусматриваем возможность появления новых задач Предусматриваем возможность появления новых задач Внешним stakeholders показываем только итоговые Milestones Буферным временем “распоряжается” кластер Program Management

Сегментируем общий объем работ, делим его на небольшие составляющие Сегментируем общий объем работ, делим его на небольшие составляющие Делаем внутренние релизы максимально независимыми Оцениваем прогресс и корректируем планы исходя из результатов внутренних релизов К каждому внутреннему релизу относимся как к “настоящему”

Каковы основные фазы MSF-процесса управления рисками? Каковы основные фазы MSF-процесса управления рисками? Каким образом осуществляется приоритезация рисков? Какие документы и для чего создаются в процессе управления рисками? В чем разница между планами предотвращения и смягчения последствий?

“Определив риск, мы тем самым его уже уменьшили” “Определив риск, мы тем самым его уже уменьшили”