
- •1.1 Общие положения
- •1.2 Применение
- •2 Стратегия и цели в области качества
- •3 Программа тестирования
- •4 Структура управления проектом
- •4.1 Организационная структура проекта
- •4.2 Внутрикомандное взаимодействие
- •4.3 Взаимодействие с внешними сторонами
- •4.4 Управление изменениями проекта
- •4.5 Управление конфигурацией проекта
- •4.6 Управление документацией
- •5 План повышения квалификации участников проектной группы
- •6 Нормативная база проекта
- •7 План мероприятий по обеспечению качества проекта
- •Приложение а
6 Нормативная база проекта
7 План мероприятий по обеспечению качества проекта
С целью обеспечения требуемого уровня качества выполнения проекта разработан план по обеспечению качества проекта (таблица 3 Плановые риски проекта). Переход на следующую стадию без анализа проекта в контрольных точках не допустим.
План составлен на основе анализа рисков (см. документ «SIS_Анализ_рисков_16_12_2012»), в результате которого был определен плановый риск проекта, составивший 39%, и выявлены группы рисков, превысившие допустимые пределы, а также показатели, составившие основную долю риска а именно:
Организация Проекта
Размер проекта
IT-опыт
Таблица №. Плановые риски проекта
УРОВЕНЬ РИСКОВ ОБЩИЙ: |
|
|
|
258 |
МАКСИМАЛЬНЫЕ УРОВНИ РИСКОВ: |
|
|
|
657 |
|
|
|
Max. |
|
|
|
Уровень |
Уровень |
|
ПРИМЕЧАНИЕ |
УРОВНИ РИСКОВ |
Риска |
Риска |
Риск |
|
|
|
|
|
|
Размер проекта |
77 |
167 |
46,1% |
0-40% = низкие риски |
IT-опыт |
51 |
123 |
41,5% |
41-60% = средние риски |
Технология |
41 |
151 |
27,2% |
61-100% = высокие риски |
Организация Проекта |
59 |
108 |
54,6% |
|
Работы Проекта |
30 |
108 |
27,8% |
|
|
|
|
|
0-25% = низкий риск |
ИТОГО |
258 |
657 |
39,3% |
26-50% = средний риск |
|
|
|
|
51-100% = высокий риск |
|
|
|
|
Не смотря на то, что риск в 39% относится к группе средних рисков, для данного проекта он слишком высок. Соответственно, необходима разработка мероприятий по их снижению.
Поскольку на «Размер проекта» и «Технологию» мы повлиять не можем, эти риски определены как остаточные и учтены в результирующих рисках проекта. По остальным группам рисков выработаны мероприятия по их снижению, представленные в таблице 5 (Мероприятия по обеспечению качества проекта).
Перерасчет плановых рисков показал, что итоговый риск снизился до 30%. Итоговые данные перерасчета рисков с учетом применения мероприятий по их снижению представлен в таблице 4 (Фактические проектные риски).
Таблица 4 Фактические проектные риски
УРОВЕНЬ РИСКОВ ОБЩИЙ: |
|
|
|
196 |
МАКСИМАЛЬНЫЕ УРОВНИ РИСКОВ: |
|
|
|
657 |
|
|
|
Max. |
|
|
|
Уровень |
Уровень |
|
ПРИМЕЧАНИЕ |
УРОВНИ РИСКОВ |
Риска |
Риска |
Риск |
|
|
|
|
|
|
Размер проекта |
77 |
167 |
46,1% |
0-40% = низкие риски |
IT-опыт |
42 |
123 |
34,1% |
41-60% = средние риски |
Технология |
41 |
151 |
27,2% |
61-100% = высокие риски |
Организация Проекта |
30 |
108 |
27,8% |
|
Работы Проекта |
6 |
108 |
5,6% |
|
|
|
|
|
0-25% = низкий риск |
ИТОГО |
196 |
657 |
29,8% |
26-50% = средний риск |
|
|
|
|
51-100% = высокий риск |
|
|
|
|
Для снижения фактических организационных рисков и рисков, связанных с недостаточным опытом персонала, проект будет контролироваться экспертами и руководством родительской компании ООО «ИБС».
Таблица 4. Мероприятия по обеспечению качества проекта
Стадия проекта |
Контрольная точка |
Метод анализа |
Мероприятия |
Ответственный |
Дата проведения |
Результат |
|
1 |
2 |
3 |
4 |
5 |
6 |
7 |
|
Организация и запуск проекта |
Роли в проектной команде распределены.
|
Внутренний аудит: - Опрос членов проектной команды
|
Документирование описания командных ролей
|
Менеджер по качеству, Руководитель проекта |
26.12.2012
|
Все члены команды знают свои должностные обязанности, права и ответственности |
|
Все стадии проекта |
Сдача документов заказчику |
Внутренний аудит |
Проверка ведения документации в соответствии с процедурой управления документацией |
Менеджер по качеству, Руководитель проекта |
За день до сдачи документов заказчику, а также каждый вторник и четверг рабочей недели |
Документация ведется в соответствии с процедурой управления документацией, все данные согласованы и структурированы |
|
Все стадии проекта |
Начало этапа, середина этапа, конец этапа |
Опрос представителей со стороны заказчика |
Уточнение требований заказчика |
Руководитель проекта |
мееее |
Заказчик удовлетворен проведенными работами, изменение требований заказчика в ходе выполнения проекта отсутствует |
|
|
Устав проекта разработан |
|
Разработка и документирование устава проекта |
|
26.12.2012 |
Приемка результатов работ и проектной документации однозначно определена |
|
Все стадии проекта |
Начало нового этапа |
Опрос членов проектной команды |
Проведение мотивационных тренингов для команды исполнителя |
Руководитель проекта |
меее |
Персонал исполнителя мотивирован |
|
Предпроектное обследование |
Требования заказчика утверждены |
Опрос заинтересованных сторон |
Утверждение требований заинтересованных сторон |
Руководитель проекта |
меее |
Постоянство проектных целей. Несоответствие результатов проекта ожиданиям заказчика снижено. |
|
Предпроектное обследование |
Сформированы бизнес-требования |
Анализ проблем и требований с учетом веса заинтересованных сторон и веса ЛПР |
Формирование четких и грамотных бизнес-требований |
Бизнес-аналитик |
мееее |
Постоянство проектных целей. Несоответствие результатов проекта ожиданиям заказчика снижено. |
|
Все стадии проекта |
Отчетное собрание о проделанной работе по этапу |
Исследование имеющейся документации и |
Проведение дополнительных работ по сбору исходных данных |
Руководитель проекта. Бизнес-аналитик, Системный аналитик |
В любой момент при выявлении неполноты или неточности входной проектной информации |
Входная информация для проекта полна и точна. Несоответствие результатов проекта ожиданиям заказчика снижено. |
|
Разработка ТЗ к проектируемой системе |
ТЗ утверждено |
Опрос заинтересованных сторон |
Утверждение требований к системе с заказчиком |
Руководитель проекта |
меее |
Проектные цели постоянны. Несоответствие результатов проекта ожиданиям заказчика снижено. |
|
Разработка архитектуры |
меее |
Анализ требований заказчика к безопасности информации |
Разграничение прав доступа и применение методов шифрования данных |
Системный архитектор |
меее |
Обеспечена безопасность информации |
|
Внедрение системы |
Ввод системы в эксплуатацию |
Анализ требований заказчика к системе |
Разработка грамотного механизма тестирования работоспособности системы в соответствии с требованиями заказчика |
Системный архитектор, Эксперт-проектировщик |
меее |
Гарантировано соответствие результатов проекта ожиданиям заказчика. |
|
Обучение персонала заказчика |
Подписание Акта о завершении проекта |
Аудит |
Проведение тестирования персонала заказчика |
Специалист по обучению |
мее |
Персонал заказчика обучен грамотно и способен пользоваться системой в соответствии с её функциональностью |
|
|
|