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

РАЗРАБОТАНО

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

СОГЛАСОВАНО

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

УТВЕРЖДАЮ

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

Содержание

1 Область применения. 3

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

1.2 Применение. 3

2 Цели в области качества. 4

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

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

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

4.3 Внутрикомандное взаимодействие. 6

Коммуникации участников проектной группы: 8

4.4 Взаимодействие с внешними сторонами. 9

Структура взаимодействия с внешними сторонами: 9

4.5 Управление изменениями проекта. 10

4.6 Управление конфигурацией проекта. 10

4.7 Управление документацией. 11

4.8 Управление поставщиками. 12

Ответственным за формирование Заказа на Закупку и за поставку товаров (программное и аппаратное обеспечение) является эксперт-проектировщик. Заказы на поставку передаются в Департамент по Закупкам после утверждения Руководителем проекта. Оформление заказа производится только при наличии ТЭО планируемых к закупке товаров. 12

Выбор поставщиков, управление заказами и контроль выполнения заказа ведется в соответствии с регламентом IBS по управлению поставщиками. Выбор поставщиков производится по следующему алгоритму: 12

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

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

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

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

ГОСТ 34, 19, РД-50. 16

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

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

1 Область применения

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

 

Применение

 

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

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

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

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

 

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

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

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

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

 

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

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

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

 

В данном разделе описывается тестирование внедряемой программно-аппаратной системы. Тестирование производится для проверки работы системы в соответствии с техническими требованиями, которые будут разработаны к началу стадии внедрения и зафиксированы в документе «Техническое задание».

К концу стадии установки аппаратного и программного обеспечения будет разработан документ «Программа и методика испытаний», который должен содержать в себе разделы по функциональному, нагрузочному и тестированию безопасности, а также тестированию надежности.

Данный документ должен содержать следующее:

· перечень критериев соответствия системы требованиям заказчика;

· перечень тестов по каждому из вышеупомянутых критериев для каждой из стадий проекта (в соответствии с документом «План-график работ»);

· требования к программам и методикам испытаний по каждому тесту из перечня.

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