Главная страница Случайная страница
Разделы сайта
АвтомобилиАстрономияБиологияГеографияДом и садДругие языкиДругоеИнформатикаИсторияКультураЛитератураЛогикаМатематикаМедицинаМеталлургияМеханикаОбразованиеОхрана трудаПедагогикаПолитикаПравоПсихологияРелигияРиторикаСоциологияСпортСтроительствоТехнологияТуризмФизикаФилософияФинансыХимияЧерчениеЭкологияЭкономикаЭлектроника
|
|
Задание. Заполнить реестр рисков
⇐ ПредыдущаяСтр 35 из 35
Заполнить реестр рисков
Алгоритм действий:
| Таблица 5.7. Шаблон реестра рисков | ||||||||||
| ИДЕНТИФИКАЦИЯ РИСКА | ||||||||||
| № | Датавозникновенияриска | Датарегистрациириска | Наименование и описание риска | Инициатор | Причины | Последствия | Владелец риска | Дата окончания действия риска | ||
| . | ||||||||||
| . | ||||||||||
| Таблица 5.8. Пример заполнения реестра рисков (упрощенный) | ||||||||||
| Первопричина | Условие | Последствие | ||||||||
| Необеспеченность кадрами | Могут быть объединены проектные роли. Несовместимые роли: менеджер по качеству и разработчик, тестировщик и разработчик | Совмещение ролей может затруднить контроль и оценку результатов, что снизит качество программного продукта | ||||||||
| Изменения в технологии | Разработчикам придется осваивать новые технологии и использовать их впервые | Увеличится время на разработку программного продукта. Возможно снижение качества________ | ||||||||
| Организация работы | Участники проекта территориально удалены | Обмен информацией внутри группы затрудняется. Время на достижение целей проекта увеличивается_____ | ||||||||
| Таблица 5.9. Пример заполнения расширенного журнала рисков | ||||||
| Тип риска | Описание риска | Проактивные мероприятия | Реактивные мероприятия | Вероятность | Последствия | Фактор риска |
| Технологический | Заказчик может задержать выпуск продукта из-за постоянных изменений и дополнений требований к продукту | 1. Разделить требования на " абсолютно необходимые" и " хорошо бы было иметь", до запуска системы выполнять только абсолютно необходимые требования 2. Убедиться в том, что руководство заказчика понимает и поддерживает подход, что заявки на изменения будут выполняться после завершения основных работ везде, где это возможно | 1. Обсудить изменение сроков ввода системы в эксплуатацию из-за накопившегося объема изменений для обеспечения необходимого уровня качества финального продукта | |||
| Финансовый | Заказчик настаивает на бесплатном исправлении всех ошибок (в данном случае речь идет только о тех пунктах, которые мы также можем признать ошибками), что может привести к серьезным финансовым потерям | 1. Включить в план работ бюджет и время программистов на исправление ошибок по результатам тестирования. 2. Разъяснять ключевым представителям заказчика, что выявление и исправление ошибок является частью технологии разработки ПО | 1. В случае невозможности достижения договоренности поднять вопрос на уровень управляющего комитета |
Данная страница нарушает авторские права?