Регламент по управлению качеством в проекте 108 Организация управления качеством 113


Лекция 9. Идентификация рисков проекта



страница33/68
Дата15.05.2016
Размер8.3 Mb.
#12860
ТипЛекция
1   ...   29   30   31   32   33   34   35   36   ...   68

Лекция 9. Идентификация рисков проекта


Цель процесса идентификации рисков состоит в определении потенциальных рисков, способных повлиять на успех проекта. Идентификацию рисков выполняют члены команды проекта и эксперты по вопросам управления рисками, в ней могут принимать участие заказчики, участники проекта и эксперты в определенных областях. Это итеративный процесс, поскольку по мере развития проекта в рамках его жизненного цикла могут обнаруживаться новые риски. Частота итерации и состав участников выполнения каждого цикла в каждом случае могут быть разными. В процессе идентификации должны принимать участие члены команды проекта, чтобы у них вырабатывалось чувство собственности и ответственности за риски и за действия по реагированию на них.

Идентификация рисков выполняется на основе разработанных ранее планов управления интеграцией, содержанием, сроками, качеством и человеческими ресурсами.



Также при разработке плана учитывается опыт выполнения аналогичных проектов.

Методики идентификации рисков


Для идентификации рисков используют следующие методы [11,23].

  • Мозговой штурм. Целью мозгового штурма является создание подробного списка рисков проекта. Список рисков разрабатывается на собрании, в котором принимает участие 10-15 человек – члены команды проекта, часто совместно с участием экспертов из разных областей, не являющихся членами команды. Участники собрания называют риски, которые считают важными для проекта, при этом не допускается обсуждение выдвинутых рисков. Далее риски сортируют по категориям и уточняют.

  • Метод Дельфи аналогичен методу мозгового штурма, но его участники не знают друг друга. Ведущий с помощью списка вопросов для получения идей, касающихся рисков проекта, собирает ответы экспертов. Далее ответы экспертов анализируются, распределяются по категориям и возвращаются экспертам для дальнейших комментариев. Консенсус и список рисков получается через несколько циклов этого процесса. В методе Дельфи исключается давление со стороны коллег и боязнь неловкого положения при высказывании идеи.

  • Метод номинальных групп позволяет идентифицировать и расположить риски в порядке их важности. Данный метод предполагает формирование группы из 7-10 экспертов. Каждый участник индивидуально и без обсуждений перечисляет видимые им риски проекта. Далее происходит совместное обсуждение всех выделенных рисков и повторное индивидуальное составление списка рисков в порядке их важности.

  • Карточки Кроуфорда. Обычно собирается группа из 7-10 экспертов. Ведущий сообщает, что задаст группе 10 вопросов, на каждый из которых участник письменно, на отдельном листе бумаги, должен дать ответ. Вопрос о том, какой из рисков является наиболее важным для проекта, ведущий задает несколько раз. Каждый участник вынужден обдумать десять различных рисков проекта.

  • Опросы экспертов с большим опытом работы над проектами.

  • Идентификация основной причины. Цель этого процесса: выявить наиболее существенные причины возникновения рисков проекта и сгруппировать риски по причинам, их вызывающим.

  • Анализ сильных и слабых сторон, возможностей и угроз (анализ SWOT). Цель проведения анализа – оценить потенциал и окружение проекта. Потенциал проекта, выраженный в виде его сильных и слабых сторон, позволяет оценить разрыв между содержанием проекта и возможностями его выполнения. Оценка окружения проекта показывает, какие благоприятные возможности предоставляет и какими опасностями угрожает внешняя среда.

  • Анализ контрольных списков. Контрольные списки представляют собой перечни рисков, составленные на основе информации и знаний, которые были накоплены в ходе исполнения прежних аналогичных проектов.

  • Метод аналогии. Для идентификации рисков этот метод использует накопленные знания и планы по управлению рисками других аналогичных проектов.

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

Сравнение методов идентификации рисков проекта [11] представлено в Таблица 48.

Таблица 48



Сравнение методов идентификации рисков

Метод идентификации

Преимущества

Недостатки

Мозговой штурм

Способствует взаимодействию членов группы.

Быстрый.


Недорогой


Может проявиться преоблада­ние одной личности. Можно сосредоточиваться только в конкретных областях. Требует сильного ведущего. Для оценки необходимо контролировать склонности группы

Метод Delphi

Нет доминирования одной личности. Может проводиться дистанционно, через электронную почту. Исключается проблема ранней оценки. Требует участия каждого члена группы

Занимает много времени.

Высокая загрузка ведущего



Метод номинальных групп

Уменьшается эффект доминирующей

личности.

Обеспечивает взаимодействие участников.

Дает упорядоченный список рисков



Требует много времени.

Высокая загрузка ведущего



Карточки Кроуфорда


Быстрый.

Легко реализуется.

Должен участвовать каждый член группы.

Вырабатывается большое количество идей.

Можно проводить с группами больше

обычного размера.

Уменьшает эффект доминирующей личности


Меньшее взаимодействие между участниками

Опрос экспертов

Используется прошлый опыт

Эксперт может быть предвзятым. Требует много времени

Контрольные списки


Конкретный и упорядоченный. Легко использовать


Предвзятость.

Может не содержать конкретных

элементов для данного проекта


Метод аналогии


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



Требует много времени. Легко получить результаты, не подходящие для данного случая. Аналогия может быть некоррект­ной

Методы с использованием диаграмм


Ясное представление участвующих процессов.

Легкость построения.

Для них имеется много компьютерных

инструментов




Иногда вводит в заблуждение. Может занимать много времени

Идентифицированные риски документируются в так называемых реестрах рисков.

Примеры шаблонов реестра рисков [11] приведены в Таблица 49 и Таблица 50.

Таблица 49



Шаблон реестра рисков

ИДЕНТИФИКАЦИЯ РИСКА



Дата возникновения риска

Дата регистрации риска

Наименование и описание

риска

Инициатор

Причины

Последст-вия

Владелец риска

Дата окончания действия риска























































Таблица 50.

Пример заполнения реестра рисков (упрощенный)

ПЕРВОПРИЧИНА

УСЛОВИЕ

ПОСЛЕДСТВИЕ

Необеспеченность кадрами

Могут быть объединены проектные роли.

Несовместимые роли:

менеджер по качеству и разработчик,

тестировщик и разработчик



Совмещение ролей может затруднить контроль и оценку результатов, что снизит качество программного продукта

Изменения в технологии

Разработчикам придется осваивать новые технологии и использовать их впервые



Увеличится время на разработку программного продукта. Возможно снижение качества

Организация работы

Участники проекта территориально удалены

Обмен информацией внутри группы затрудняется. Время на достижение целей проекта увеличивается

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

Таблица 51



Пример заполнения расширенного журнала рисков

Тип риска

Описание риска

Проактивные мероприятия

Реактивные мероприятия

Вероятность

Последствия

Фактор риска

Технологический

Заказчик может задержать выпуск продукта из-за постоянных изменений и дополнений требований к продукту

1. Разделить требования на «абсолютно необходимые» и «хорошо бы было иметь», до запуска системы выполнять только абсолютно необходимые требования
2. Убедиться в том, что руководство заказчика понимает и поддерживает подход, что заявки на изменения будут выполняться после завершения основных работ везде, где это возможно

1. Обсудить изменение сроков ввода системы в эксплуатацию из-за накопившегося объема изменений для обеспечения необходимого уровня качества финального продукта

8

6

48

Финансовый

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

1. Включить в план работ бюджет и время программистов на исправление ошибок по результатам тестирования.
2. Разъяснять ключевым представителям заказчика, что выявление и исправление ошибок является частью технологии разработки ПО

1. В случае невозможности достижения договоренности поднять вопрос на уровень управляющего комитета

8

6

48

Каталог: data -> 2011
2011 -> Программа дисциплины «Российский и мировой рынок pr»
2011 -> Программа дисциплины Разработка управленческих решений для направления 080500. 62 «Менеджмент»
2011 -> Профессиональное самоопределение личности сущность профессионального самоопределения
2011 -> Агадуллина Елена Рафиковна
2011 -> Программа дисциплины «Основы социологии»
2011 -> Пояснительная записка. Требования к студентам Программа курса опирается на знания, полученные студентами-психологами при изучении всех предыдущих психологических дисциплин и особенно курсов
2011 -> Пояснительная записка. Аннотация
2011 -> Пояснительная записка Аннотация. Программа дисциплины «Психодиагностика» включает в себя : содержание дисциплины
2011 -> Программа дисциплины [Введите название дисциплины] для направления/ специальности [код направления подготовки и «Название направления подготовки»
2011 -> Индивидуальные ценности в структуре сознания


Поделитесь с Вашими друзьями:
1   ...   29   30   31   32   33   34   35   36   ...   68




База данных защищена авторским правом ©dogmon.org 2022
обратиться к администрации

    Главная страница