Тип (категория риска)
|
Риск
|
Последствия
|
Меры по предотвращению
|
Меры по минимизации последствий
|
Вероятность свершения риска [P]
|
Степень ущерба [L]
|
Влияние (фактор риска)
[R] = [P] x [L]
|
Тип проектный, категория – риск, связанный с персоналом
|
Внутренние сложности календарного планирования
|
Существенное расхождение в планируемых и реальных сроках реализации проекта
|
Необходимо закладывать некоторый резерв времени на случай ошибок планирования и возникновения непредвиденных обстоятельств, а также максимально привлекать программистов к оценке сроков
|
Работа в авральном режиме
|
4
|
4
|
16
|
Тип проектный, категория – риск, связанный с требованиями
|
Увеличение требований со стороны заказчика в ходе реализации проекта
|
Возникновение дополнительных трудозатрат
|
Регулярное обсуждение с клиентом смены сроков и функционала на всех этапах сотрудничества. Вместо игнорирования или подавления изменений со стороны заказчика используется расстановка приоритетов, позволяющая рационально выполнить необходимые нововведения по ходу дела.
|
Привлечение сторонних специалистов, работа в авральном режиме.
|
6
|
5
|
30
|
Тип проектный, категория – риск, связанный с персоналом
|
Текучка кадров
|
Потеря опытного сотрудника, который эффективно взаимодействует с членами команды, знает специфику конкретного проекта и организации в целом, и замена его на нового человека влечет за собой затраты времени.
|
1. Увеличить объем целевых коммуникаций между членами команды, чтобы потеря любого из сотрудников не оказалась критичной. Разработка не должна быть «замкнута» на конкретной личности.
2. Создать для сотрудников комфортную среду, чтобы не было желания ее покинуть. Если работа в компании является делом материально выгодным, интересным и захватывающим, то вероятность увольнений снижается.
|
Привлечение сторонних специалистов.
|
8
|
7
|
56
|
Тип проектный, категория – риск, связанный с требованиями
|
Нарушение спецификаций
|
Заключенное соглашение часто несет в себе скрытые конфликты и по-настоящему не устраивает ни одну из сторон. А в ходе разработки и внедрения ПО эти моменты всплывают, и начинаются проблемы. Если прийти к консенсусу не удается, проект часто сворачивается
|
Для снижения опасности нарушения спецификаций в гибкой методологии используют посредника, который видит и разрешает на раннем этапе все имеющиеся противоречия, помогает сторонам достигнуть согласия по всем вопросам. Особенно это касается договоренностей по потокам данных.
|
Детальное обсуждение с заказчиком всех вопросов, принятие обоюдного решения по поводу дальнейшего сотрудничества
|
4
|
5
|
20
|
Тип проектный, категория – риск, связанный с персоналом
|
Низкая производительность
|
Команда разработчиков активизируется только к концу срока сдачи проекта, а в остальное время работает в полсилы.
|
Считаются гибкая методология разработки довольно продуктивным средством снижения рисков.
|
Стимулирование сотрудников
|
5
|
6
|
30
|
Скачать 3.09 Mb.