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