Управление конфигурацией проекта
Изменения в конфигурации могут быть осуществлены только после одобрения Руководителем проекта и Менеджером по Качеству и под его контролем. МК контролирует актуальность всех имеющихся документов, а также внесение изменений сначала в документацию, а затем в сам объект изменений, утверждает изменения в конфигурации Руководитель Проекта. Ведутся отчеты о текущем состоянии проекта и состоянии утвержденных изменений (ответственный: РП и Системный Архитектор). Проводятся аудиты конфигурации (проверка соответствия состояния объекта документации).
Процедуры управления конфигурациями проекта осуществляются в соответствии с регламентом IBS по управлению конфигурациями. Регламент определяет:
· Описание видов конфигурации проекта;
· Место хранения конфигураций;
· Ограничения доступа: на использование и на изменение;
· Описание используемых при работе над проектом инструментов (назначение инструмента, ссылки для скачивания и установки);
· Описание процесса контроля версий;
· Место хранения релизов и других элементов, не подпадающих под действие системы контроля версий, и описание порядка работы с ними;
· Описание процессов стабилизации конфигурации и выпуска базовых релизов (инициатор, применяемые процедуры, место хранения, ответственный за выпуск);
Управление конфигурацией проекта включает в себя следующие виды отчетности:
· общее количество открытых/закрытых/находящихся в работе запросов;
· срезы запросов по каждому участнику – чем именно озадачен каждый, и в каком состоянии находится выполнение работы;
· время нахождения запросов в разных состояниях – как среднее, так и по каждому запросу.
Данная информация должна быть постоянно актуальна и доступна всем членам проектной группы, имеющим в ней необходимость, согласно правам доступа или по запросу с одобрения Руководителя Проекта.
Управление документацией
Ответственный за управление документацией – Руководитель Проекта. Все документы проходят нормоконтроль и утверждаются Менеджером по Качеству, в том числе перед отправкой документов Заказчику. Неутвержденные документы могут быть отправлены Заказчику только по решению Руководителя Проекта. Окончательное утверждение документа также производит Руководитель Проекта. Передача документов внешним сторонам осуществляется Руководителем Проекта. Вся проектная документация должна быть доступна любому члену проектной команды в любой момент времени в соответствии с его правами или по запросу с согласия Руководителя Проекта. Доступ к документам реализуется при помощи средств групповой работы и электронной почты. Удаление документа может быть осуществлено только с согласия Менеджера по Качеству и Руководителя Проекта. Процедура управления документацией реализуется в соответствии с регламентом IBS по документообороту.
Основные требования к ведению проектной документации следующие:
- Название документа должно содержать название проектной команды, дату последнего изменения и версию документа;
- Содержание документа должно быть оформлено в соответствии с шаблонами командных документов;
- Каждый документ должен храниться в соответствующей поддиректории. Директории именуются в соответствии с этапами, поддиректории – в соответствии с выходными данными, которые необходимо предоставить в качестве результатов выполнения работ по данному этапу.
Управление поставщиками
Ответственным за формирование Заказа на Закупку и за поставку товаров (программное и аппаратное обеспечение) является эксперт-проектировщик. Заказы на поставку передаются в Департамент по Закупкам после утверждения Руководителем проекта. Оформление заказа производится только при наличии ТЭО планируемых к закупке товаров.
Выбор поставщиков, управление заказами и контроль выполнения заказа ведется в соответствии с регламентом IBS по управлению поставщиками. Выбор поставщиков производится по следующему алгоритму:
- Сбор и анализ информации о поставщике, выполняется Департаментом Закупок:
- общей информации о поставщике;
- информации о поставляемой продукции и предоставляемом сервисе;
- информации о процессах обеспечения поставщика (логистика);
- Принятие решения о включении поставщика в Список Поставщиков, выполняется Экспертным комитетом;
- Исследование поставляемой продукции, выполняется Департаментом R&D;
- Принятие решения о включении поставщика в Список Поставщиков, выполняется экспертным комитетом;
- Обновление Списка Поставщиков, выполняется оператором.
План повышения квалификации участников проектной группы
Целью планирования повышения квалификации участников проектной группы является обеспечение гарантированного уровня квалификации сотрудников, а, следовательно, качества выполнения проекта в целом.
План мероприятий повышения квалификации для каждого участника проектной команды приведен в таблице 1.
Сроки проведения мероприятий и перечень мероприятий на данном этапе уточняются, окончательно будут сформированы 10.12.2012.
Таблица 1. План мероприятий по повышения квалификации участников проектной команды
Участник проектной команды | Мероприятия | Сроки | Результат |
Руководитель проекта | Обучение по курсу управления проектами | Изучен курс управления проектами | |
Посещение теоретических и практических занятий по необходимым дисциплинам | Практические и теоретические занятия по необходимым дисциплинам пройдены | ||
Самостоятельное изучение теоретических материалов (ГОСТ Р ИСО 10007-2007, PMBOK® Guide, ГОСТ 34, 19, РД-50) | Изучен перечень теоритических материалов ( ГОСТ Р ИСО 10007-2007, PMBOK® Guide, ГОСТ 34, 19, РД-50) | ||
Менеджер по качеству | Посещение теоретических и практических занятий по курсу «Управление качеством» | Теоретические и практические занятия по курсу «Управление качеством» пройдены | |
Самостоятельное изучение теоретических материалов (ГОСТ Р ИСО 9000-2008, ГОСТ Р ИСО 9004-2010, ГОСТ Р ИСО 10007-2007, ГОСТ Р ИСО/МЭК 20000-200Х, ГОСТ Р ИСО 10005-2007, ГОСТ Р ИСО, 10006-2005) | Указанный перечень теоретических материалов изучен | ||
Системный архитектор | Посещение теоретических и практических занятий по курсу «Системная инженерия» | Успешно пройден курс «Системная инженерия» | |
Самостоятельное изучение теоретических материалов (ГОСТ Р ИСО/МЭК 15288 – 2005, ГОСТ Р ИСО 15704-2008, TOGAF 9.1) | Указанный перечень теоретических материалов изучен | ||
Бизнес-аналитик | Посещение теоретических и практических занятий по необходимым дисциплинам | Практические и теоретические занятия по необходимым дисциплинам пройдены | |
Самостоятельное изучение теоретических материалов (ГОСТ Р ИСО 10014 ГОСТ Р ИСО 15704) | Указанный перечень теоретических материалов изучен | ||
Системный аналитик | Посещение теоретических и практических занятий по необходимым дисциплинам | Практические и теоретические занятия по необходимым дисциплинам пройдены | |
Самостоятельное изучение теоретических материалов (ГОСТ Р ИСО 15704 ГОСТ 34.601-90, ГОСТ 34, 19, РД-50, TOGAF 9.1) | Указанный перечень теоретических материалов изучен | ||
Эксперт-проектировщик | Проведение теоретических и практических занятий по необходимым дисциплинам | Практические и теоретические занятия по необходимым дисциплинам пройдены | |
Самостоятельное изучение теоретических материалов (ГОСТ 34.601-90, ГОСТ 34, 19, РД-50, TOGAF 9.1) | Указанный перечень теоретических материалов изучен |
Нормативная база проекта
План мероприятий по обеспечению качества проекта
С целью обеспечения требуемого уровня качества выполнения проекта разработан план по обеспечению качества проекта (таблица 3 Плановые риски проекта). Переход на следующую стадию без анализа проекта в контрольных точках не допустим.
План составлен на основе анализа рисков (см. документ «SIS_Анализ_рисков_16_12_2012»), в результате которого был определен плановый риск проекта, составивший 39%, и выявлены группы рисков, превысившие допустимые пределы, а также показатели, составившие основную долю риска а именно:
· Организация Проекта
· Размер проекта
· IT-опыт
Таблица №. Плановые риски проекта
УРОВЕНЬ РИСКОВ ОБЩИЙ: | ||||
МАКСИМАЛЬНЫЕ УРОВНИ РИСКОВ: | ||||
Max. | ||||
Уровень | Уровень | |||
ПРИМЕЧАНИЕ | УРОВНИ РИСКОВ | Риска | Риска | Риск |
Размер проекта | 46,1% | |||
0-40% = низкие риски | IT-опыт | 41,5% | ||
41-60% = средние риски | Технология | 27,2% | ||
61-100% = высокие риски | Организация Проекта | 54,6% | ||
Работы Проекта | 27,8% | |||
0-25% = низкий риск | ИТОГО | 39,3% | ||
26-50% = средний риск | ||||
51-100% = высокий риск |
Не смотря на то, что риск в 39% относится к группе средних рисков, для данного проекта он слишком высок. Соответственно, необходима разработка мероприятий по их снижению.
Поскольку на «Размер проекта» и «Технологию» мы повлиять не можем, эти риски определены как остаточные и учтены в результирующих рисках проекта. По остальным группам рисков выработаны мероприятия по их снижению, представленные в таблице 5 (Мероприятия по обеспечению качества проекта).
Перерасчет плановых рисков показал, что итоговый риск снизился до 30%. Итоговые данные перерасчета рисков с учетом применения мероприятий по их снижению представлен в таблице 4 (Фактические проектные риски).
Таблица 4 Фактические проектные риски
УРОВЕНЬ РИСКОВ ОБЩИЙ: | ||||
МАКСИМАЛЬНЫЕ УРОВНИ РИСКОВ: | ||||
Max. | ||||
Уровень | Уровень | |||
ПРИМЕЧАНИЕ | УРОВНИ РИСКОВ | Риска | Риска | Риск |
Размер проекта | 46,1% | |||
0-40% = низкие риски | IT-опыт | 34,1% | ||
41-60% = средние риски | Технология | 27,2% | ||
61-100% = высокие риски | Организация Проекта | 27,8% | ||
Работы Проекта | 5,6% | |||
0-25% = низкий риск | ИТОГО | 29,8% | ||
26-50% = средний риск | ||||
51-100% = высокий риск |
Для снижения фактических организационных рисков и рисков, связанных с недостаточным опытом персонала, проект будет контролироваться экспертами и руководством родительской компании ООО «ИБС».
Таблица 4. Мероприятия по обеспечению качества проекта
Стадия проекта | Контрольная точка | Метод анализа | Мероприятия | Ответственный | Дата проведения | Результат | |
Организация и запуск проекта | Роли в проектной команде распределены. | Внутренний аудит: - Опрос членов проектной команды | Документирование описания командных ролей | Менеджер по качеству, Руководитель проекта | 26.12.2012 | Все члены команды знают свои должностные обязанности, права и ответственности | |
Все стадии проекта | Сдача документов заказчику | Внутренний аудит | Проверка ведения документации в соответствии с процедурой управления документацией | Менеджер по качеству, Руководитель проекта | За день до сдачи документов заказчику, а также каждый вторник и четверг рабочей недели | Документация ведется в соответствии с процедурой управления документацией, все данные согласованы и структурированы | |
Все стадии проекта | Начало этапа, середина этапа, конец этапа | Опрос представителей со стороны заказчика | Уточнение требований заказчика | Руководитель проекта | мееее | Заказчик удовлетворен проведенными работами, изменение требований заказчика в ходе выполнения проекта отсутствует | |
Устав проекта разработан | Разработка и документирование устава проекта | 26.12.2012 | Приемка результатов работ и проектной документации однозначно определена | ||||
Все стадии проекта | Начало нового этапа | Опрос членов проектной команды | Проведение мотивационных тренингов для команды исполнителя | Руководитель проекта | меее | Персонал исполнителя мотивирован | |
Предпроектное обследование | Требования заказчика утверждены | Опрос заинтересованных сторон | Утверждение требований заинтересованных сторон | Руководитель проекта | меее | Постоянство проектных целей. Несоответствие результатов проекта ожиданиям заказчика снижено. | |
Предпроектное обследование | Сформированы бизнес-требования | Анализ проблем и требований с учетом веса заинтересованных сторон и веса ЛПР | Формирование четких и грамотных бизнес-требований | Бизнес-аналитик | мееее | Постоянство проектных целей. Несоответствие результатов проекта ожиданиям заказчика снижено. | |
Все стадии проекта | Отчетное собрание о проделанной работе по этапу | Исследование имеющейся документации и | Проведение дополнительных работ по сбору исходных данных | Руководитель проекта. Бизнес-аналитик, Системный аналитик | В любой момент при выявлении неполноты или неточности входной проектной информации | Входная информация для проекта полна и точна. Несоответствие результатов проекта ожиданиям заказчика снижено. | |
Разработка ТЗ к проектируемой системе | ТЗ утверждено | Опрос заинтересованных сторон | Утверждение требований к системе с заказчиком | Руководитель проекта | меее | Проектные цели постоянны. Несоответствие результатов проекта ожиданиям заказчика снижено. | |
Разработка архитектуры | меее | Анализ требований заказчика к безопасности информации | Разграничение прав доступа и применение методов шифрования данных | Системный архитектор | меее | Обеспечена безопасность информации | |
Внедрение системы | Ввод системы в эксплуатацию | Анализ требований заказчика к системе | Разработка грамотного механизма тестирования работоспособности системы в соответствии с требованиями заказчика | Системный архитектор, Эксперт-проектировщик | меее | Гарантировано соответствие результатов проекта ожиданиям заказчика. | |
Обучение персонала заказчика | Подписание Акта о завершении проекта | Аудит | Проведение тестирования персонала заказчика | Специалист по обучению | мее | Персонал заказчика обучен грамотно и способен пользоваться системой в соответствии с её функциональностью | |
Приложение А
Группа | Нормативный документ | Область | Статус использованияв проекте | Ответственный | Степень ознакомления членов проектной команды с документом | Мероприятия |
Нормативные документы, устанавливающие требования в области качества | ГОСТ Р ИСО 9000-2008 | Системы менеджмента качества. Основные положения и словарь. | Информативный | Менеджер по качеству | Не знакома | Самостоятельное изучение |
ГОСТ Р ИСО 9001-2008 | Системы менеджмента качества. Требования. | Информативный | Менеджер по качеству | Частично знакома | Самостоятельное изучение, посещение лекций и семинаров в рамках учебной дисциплины «Управление качеством» | |
ГОСТ Р ИСО 9004-2010 | Менеджмент для достижения устойчивого успеха организации. Подход на основе менеджмента качества. | Информативный | Менеджер по качеству, Руководитель проекта | Не знакома | Самостоятельное изучение | |
ГОСТ Р ИСО 10007-2007 | Менеджмент организации. Руководящие указания по управлению конфигурацией. | Информативный | Менеджер по качеству | Не знакома | Самостоятельное изучение | |
ГОСТ Р ИСО/МЭК 20000-200Х | Информационные технологии Управление услугами | Информативный | Менеджер по качеству | Частично знакома | Самостоятельное изучение | |
ГОСТ Р ИСО 10005-2007 | Менеджмент организации. Руководящие указания по планированию качества. | Информативный | Менеджер по качеству | Не знакома | Самостоятельное изучение | |
ГОСТ Р ИСО 10006-2005 | Системы менеджмента качества. Руководство по менеджменту качества при проектировании. | Информативный | Менеджер по качеству | Не знакома | Самостоятельное изучение | |
ГОСТ Р ИСО 10014 | Руководящие указания по достижению эффекта в системе менеджмента качества | Обязательный | Бизнес-аналитик, РП | Частично | Посещение семинаров и лекций по системной инженерии и управлению качеством, самостоятельное изучение | |
ГОСТ Р ИСО 15704 | Требования к стандартным архитектурам и методологиям предприятия | Дополнительный (для бизнес-аналитика) | Бизнес-аналитик, системный аналитик | Не знакомы | Посещение семинаров и лекций по системной инженерии и управлению качеством, самостоятельное изучение | |
Нормативные документы, устанавливающие требования к жизненным циклам систем | ГОСТ Р ИСО 15704-2008 | Промышленные автоматизированные системы. Требования к стандартным архитектурам и методологиям предприятия | Информативный | Системный архитектор | Не знаком | Самостоятельное изучение |
ГОСТ Р ИСО/МЭК 15288 – 2005 | Системная инженерия. Процессы жизненного цикла систем. | Информативный | Системный архитектор | Не знаком | Самостоятельное изучение | |
ГОСТ 34.601-90 | Жизненный цикл процесса создания АСУ | Информативный | Эксперт-проектировщик | Не знаком | Самостоятельное изучение | |
Нормативные документы, устанавливающие требования к управлению документацией | ГОСТ 34, 19, РД-50 | Разработка документации | Ифнормативный | Эксперт-проектировщик | Не знаком | Самостоятельное изучение |