- •Для системы планирования событиями Дата создания: 30.10.2012
- •Санкт - Петербург
- •Введение
- •Обзор проекта
- •Результат проекта
- •Точки отчетности
- •Болезнь членов команды
- •3.3 Механизмы управления и контроля
- •3.3.1 Управление и контроль
- •Управление качеством и технологическое проектирование
- •Ограничения
- •3.2 Управление рисками
- •Дефицит времени
- •Партнеры
- •Персонал
- •3.6. План предотвращения дефектов
- •3.6.1 Команда предотвращения дефектов проекта
- •3.6.2 Деятельность по предотвращению дефектов
- •4.Технический процессThis section is divided into subsections to specify technical methods, tools and techniques to be used in the project and plans for Software documentation.
- •Прототипы и демо-версии
- •Повторное использование модулей проекта
- •Повторное использование проекта (Специфика языка)
- •Повторное использование технологий
- •Разработанные технологии, которые можно будет повторно использовать
- •5. Оценки, Расписание и Бюджет
- •5.1 Требования к ресурсам
- •5.2 Обзор процесса
- •5.3 Оценки Размер модуля/Оценки усилий
- •5.3 Штат сотрудников
- •5.4 Бюджет Стандартные расходы
- •Нестандартные расходы
- •5.6 Расписание и распределение ресурсов
Процесс управления
Ограничения
N\A
3.2 Управление рисками
Потеря важной информации, документов или кодов
-
ВЛИЯНИЕ НА ПРОЕКТ
вероятность
LOW
MEDIUM
HIGH
HIGH[7-9]
medium
high
unacceptable
MEDIUM[4-6]
low
high
unacceptable
LOW[1-3]
low
medium
high
Prevention: использование системы конроля версий.
Correction: необходимо после каждых изменений в проекте коммитить их в репозиторий, что позволит после потери или повреждения проекта быстро вернуть его в работоспособное состояние.
Дефицит времени
-
ВЛИЯНИЕ НА ПРОЕКТ
вероятность
LOW
MEDIUM
HIGH
HIGH[7-9]
medium
high
unacceptable
MEDIUM[4-6]
low
high
unacceptable
LOW[1-3]
low
medium
high
Prevention: правильное распределить свободное время и приоритеты задач.
Correction: если какие-то задачи не укладываются в определенные сроки, то необходимо сначала выполнять требования с наибольшим приоритетом.
Болезнь членов команды
-
ВЛИЯНИЕ НА ПРОЕКТ
вероятность
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 Управление и контроль
Каждому участнику команды будет обозначена четкая сфера ответственности;
Прогресс проекта будет контролироваться с помощью еженедельных собраний и менее формальных встреч;
Проектные метрики будут еженедельно анализироваться руководителем проекта.
Управление качеством и технологическое проектирование
В начале каждой итерации обсуждение текущих задач;
В конце каждой итерации подсчитываются метрики (покрытие требований, количество строк кода, количество классов и интерфейсов);
Непосредственное тестирование разработчиками своего кода;
Инспекции кода (назначается инспектор, который проверяет, придерживаются ли разработчики выбранной концепции разработки и качественно ли они пишут код).
3.4 Финансовые ресурсы
3.4.1 Спонсоры проекта
Реализация проекта осуществляется за счет следующих инвесторов:
Министерство образования РФ
3.4.2 Способы выплат
Финансирование проекта осуществляется непрерывно, вне зависимости от результатов итераций.
3.5. Кадровый план
Заказчики продукта: Голубев И., Куприянов М.С.
