Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
SPMP.docx
Скачиваний:
3
Добавлен:
01.03.2025
Размер:
216 Кб
Скачать
☆
  1. Процесс управления

    1. Ограничения

N\A

3.2 Управление рисками

  1. Потеря важной информации, документов или кодов

ВЛИЯНИЕ НА ПРОЕКТ

вероятность

LOW

MEDIUM

HIGH

HIGH[7-9]

medium

high

unacceptable

MEDIUM[4-6]

low

high

unacceptable

LOW[1-3]

low

medium

high

Prevention: использование системы конроля версий.

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

  1. Дефицит времени

ВЛИЯНИЕ НА ПРОЕКТ

вероятность

LOW

MEDIUM

HIGH

HIGH[7-9]

medium

high

unacceptable

MEDIUM[4-6]

low

high

unacceptable

LOW[1-3]

low

medium

high

Prevention: правильное распределить свободное время и приоритеты задач.

Correction: если какие-то задачи не укладываются в определенные сроки, то необходимо сначала выполнять требования с наибольшим приоритетом.

  1. Болезнь членов команды

ВЛИЯНИЕ НА ПРОЕКТ

вероятность

LOW

MEDIUM

HIGH

HIGH[7-9]

medium

high

unacceptable

MEDIUM[4-6]

low

high

unacceptable

LOW[1-3]

low

medium

high

Prevention: использование профилактических лекарственных препаратов и витаминов.

Correction: изменение требований в сторону исключение низкоприоритетных задач.

3.3 Механизмы управления и контроля

3.3.1 Управление и контроль

  1. Каждому участнику команды будет обозначена четкая сфера ответственности;

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

  3. Проектные метрики будут еженедельно анализироваться руководителем проекта.

      1. Управление качеством и технологическое проектирование

  1. В начале каждой итерации обсуждение текущих задач;

  2. В конце каждой итерации подсчитываются метрики (покрытие требований, количество строк кода, количество классов и интерфейсов);

  3. Непосредственное тестирование разработчиками своего кода;

  4. Инспекции кода (назначается инспектор, который проверяет, придерживаются ли разработчики выбранной концепции разработки и качественно ли они пишут код).

3.4 Финансовые ресурсы

3.4.1 Спонсоры проекта

Реализация проекта осуществляется за счет следующих инвесторов:

Министерство образования РФ

3.4.2 Способы выплат

Финансирование проекта осуществляется непрерывно, вне зависимости от результатов итераций.

3.5. Кадровый план

Заказчики продукта: Голубев И., Куприянов М.С.

Соседние файлы в предмете [НЕСОРТИРОВАННОЕ]