МОСКВА

2012

ПРОГРАММА КАЧЕСТВА ПРОЕКТА

«Автоматизация складской деятельности ООО «Мираторг»

РАЗРАБОТАНО

	Менеджер по качеству
	____________________ (О.П. Павёлкина)

СОГЛАСОВАНО

Системный архитектор	Системный аналитик
____________________ (Р.И. Мясоутов)	____________________ (Д.А. Никитин)
Бизнес-аналитик
____________________ (О.С. Назарова)	____________________

УТВЕРЖДАЮ

	Руководитель проекта
«17» декабря 2012 года	____________________ (А.Г. Карапузов)

Содержание

1.1 Общие положения 3

1.2 Применение 4

2 Стратегия и цели в области качества 5

3 Программа тестирования 6

4 Структура управления проектом 7

4.1 Организационная структура проекта 7

4.2 Внутрикомандное взаимодействие 8

4.3 Взаимодействие с внешними сторонами 12

4.4 Управление изменениями проекта 12

4.5 Управление конфигурацией проекта 13

4.6 Управление документацией 14

4.7 Управление поставщиками 15

5 План повышения квалификации участников проектной группы 15

10007-2007, PMBOK® Guide, ГОСТ 34, 19, РД-50) 16

6 Нормативная база проекта 18

7 План мероприятий по обеспечению качества проекта 18

Приложение А 24

Нормативные документы, устанавливающие требования к управлению документацией 26

ГОСТ 34, 19, РД-50 26

Разработка документации 26

1.1 Общие положения

Настоящий документ входит в состав комплекса документов, которые устанавливают требования, необходимые для обеспечения качества проекта, в частности, требования к планированию качества проекта, выполнению запланированных мероприятий, а также контролю качества выполнения проекта.

Помимо настоящего документа в состав комплекса документов входят также следующие документы:

1. Регламент подготовки тендерного предложения («Регламент_подготовки_тендерного_предложения»)

2. Устав проекта

3. План управления проектом

На этапе разработки тендерного предложения в качестве плана проекта используется Регламент тендерного предложения, при переходе к стадии внедрения и выполнения дальнейших работ по автоматизации ООО «Мираторг» используется «Устав проекта».

Программа качества является руководящим документом, в котором устанавливаются основные моменты обеспечения качества проекта, в том числе:

• программа тестирования;

• структура управления проектом;

• план повышения квалификации участников проектной группы;

• нормативная база проекта;

• план мероприятий по обеспечению качества проекта;

В качестве приложения к настоящему документу входят:

• «План-график работ».

Таблица 1

Документ	Описание	Дата вступления в силу
Устав проекта	Содержит описание организационных и функциональных рамок проекта, организационной структуры проекта, процедур и шаблонов документов
Календарно-ресурсный план	Содержит перечень работ, их взаимосвязи, сроки исполнения и ресурсы
Отчет о текущем статусе проекта	Подробный отчет о ходе проектных работ за период с предыдущего совещания
План по качеству	Содержит способы и решения по предотвращению влияния реализованных рисковых ситуаций на ход проекта

1.2 Применение

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

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

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

2 Стратегия и цели в области качества

Для обеспечения удовлетворенности заказчика решение необходимо предлагать с выгодным соотношением ценности к стоимости. При автоматизации складской деятельности под ценностью мы будем иметь в виду функциональные возможности системы, под стоимостью – финансовые затраты на внедрение и обеспечение системы, а также временные затраты, необходимые для предоставления работоспособной системы. Чем больше будет коэффициент отношения ценности к стоимости предлагаемого решения, тем выгоднее оно будет для заказчика.

Так как разработка собственного программного продукта является более затратной как по временным, так и по финансовым ресурсам (при одинаковой функциональности), выгоднее приобрести готовый программный продукт. Анализ рынка существующих решений показал, что функциональные возможности современных классов продуктов по управлению складской деятельностью удовлетворяет бизнес-требованиям заказчика, а, следовательно, модернизация закупленного программного продукта не потребуется. При этом существуют классы продуктов, покрывающих своим функционалом только необходимые требования к функциональности системы при текущем состоянии организации, для которых необходима разработка модулей интеграции с остальными составляющими частями предполагаемой ИС, и классы продуктов, предоставляющие дополнительные функциональные возможности, не требующие при этом разработки интеграционных элементов. Был выбран первый вариант, так как организация развивается, как с позиций внутренней инфраструктуры, так и расширяясь территориально, ей потребуются более широкие функциональные возможности от системы, и, в случае выбора второго варианта, придется либо полностью выводить из эксплуатации старую систему и внедрять новый продукт, либо производить модернизацию существующего путем доработки программного кода продукта, что не всегда возможно (в силу юридических и технических причин), а также потребует значительных временных и финансовых затрат. При этом в процессе доработок система не будет полностью доступна для использования.

Таким образом, принято решение при неизменной ценности уменьшать стоимость, то есть производить выбор готового программного продукта с функциональностью, типичной для автоматизированных систем управления складской деятельностью, делая выбор в пользу наименьших по стоимости.

При принятой стратегии повышаются организационные риски проекта, а также риски выхода за сроки, так как для сокращения стоимости

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

Согласно требованиям заказчика, уровень проектных рисков не должен превышать 20%, максимально допустимое отклонение от сроков составляет 7 дней. Расчеты проектных рисков показали, что они составляют 40%. В соответствии с этими требованиями необходимо разработать план мероприятий по снижению проектных рисков, понижая их до тех пор, пока не станет возможным их признать, при этом не меньше, чем до 20%.