Если вы хотите знать, какие проблемы могут возникнуть с проектом, расспросите об этом членов проектной команды - многие из них наверняка составили собственные перечни потенциальных рисков с тех пор, как подключились к выполнению проекта. Вот два способа привлечения членов проектной команды к процессу выявления рисков проекта.
Сессии “мозгового штурма” Этот любимый всеми метод генерации идей удачно подходит и для выявления рисков. Соберите вместе всех участников проекта, а также тех, кто имеет хотя бы какое-то отношение к рассматриваемому проекту, и действуйте согласно базовым правилам “мозгового штурма».
Закон Мэрфи в искусстве управления рисками
Искусство выявления рисков начинается с того, что нужно изначально настроиться на критический подход к вопросу. Поскольку мы пытаемся выявить потенциальные проблемы еще до того, как они заявят о себе в полный голос, следует с самого начала настроиться на то, что “все неприятности, которые могут случиться с нами, случатся наверняка». Впоследствии, когда мы разработаем надежные стратегии управления Рисками, мы вновь сумеем вернуть себе утраченное на какое-то время чувство оптимизма. Существует, однако, большая разница между критическим анализом предстоящего проекта для выявления рисков и элементарной беззаботностью. Именно руководитель проекта должен настроить всех участников проекта на серьезный лад.
Одним из наилучших способов обеспечить успех проекта является использование уроков, которые удалось извлечь из предшествующих проектов. Для этого необходимо воспользоваться так называемым профилем риска. Профиль риска представляет собой перечень вопросов, которые касаются традиционных сфер неопределенности при выполнении проектов (табл. 5.1). Эти вопросы аккумулируются и уточняются в ходе выполнения предшествующих проектов, подобных тому, который нам предстоит выполнить. Формирование профиля риска непрекращающийся процесс: по завершении текущего проекта все уроки, которые нам удастся извлечь в ходе его выполнения, также будут включены в этот профиль.
Для надлежащего формирования профиля риска необходимо придерживаться следующих основных правил.
Проектная команда | |
1. | Какова численность проектной команды? |
2. | Какая часть членов команды участвует только в данном проекте? |
3. | Какая часть членов команды будет посвящать данному проекту не больше 20% своего рабочего времени? |
4. | Каков практический опыт проектной команды? |
5. | Приходилось ли раньше членам проектной команды работать вместе? |
6. | Отдалены ли географически друг от друга члены проектной команды? |
Клиент | |
1. | Будет ли клиент вносить изменения в применяемые в настоящее время процессы использования данного продукта? (Нет) (Будет вносить лишь минимальные изменения) (Будет вносить серьезные изменения) |
2. | Потребует ли этот проект от клиента проведения реорганизации? (Нет) (Потребует проведения незначительной реорганизации) (Потребует проведения серьезной реорганизации) |
3. | Являются ли клиенты работниками разных подразделений? Являются ли они работниками разных компаний? |
Технология | |
1. | Идет ли речь о технологии, принципиально новой для группы разработчиков? |
2. | Идет ли речь о технологии, принципиально новой для пользователей или клиентов? |
3. | Используется ли в данном проекте какая-либо принципиально новая или передовая технология? |
4. | Задокументированы ли подробно требования к соответствующему продукту и подписаны ли эти документы всеми заинтересованными сторонами? |
5. | Достаточно ли стабильны требования к продукту? |
Модель управления рисками | Второй этап: разработка стратегии реагирования |