Примеры проектных документов

Матрица "Соотнесение требований заказчика и требований проекта"

Для обеспечения соответствия требований проекта характеристике ИТ-решения используется матрица "Соотнесение требований проекта и характеристик ИТ-решения" .

Матрица "Соотнесение требований проекта и характеристик ИТ-решения"

Процедуры управления качеством проекта

Процедура разработки плана тестирования

В соответствие с планом управления проектом и программой обеспечения качества разрабатывается и утверждается план тестирования. В плане тестирования указывается следующая информация:

1. 1) № сценария - уникальный идентификатор сценария тестирования;
2. 2) сценарий - название сценария тестирования;
3. 3) предпосылки - перечень предварительных условий, которые должны быть выполнены перед тем, как приступить к прохождению сценария. Если таким условием является необходимость предварительного прохождения других сценариев, то приводятся номера этих сценариев;
4. 4) плановая дата - плановая дата проведения в формате ДД.ММ.ГГГГ;
5. 5) место проведения - предполагаемое место проведения тестирования (указывается полный адрес, и, по возможности, номер комнаты);
6. 6) ответственные - перечень сотрудников, ответственных за подготовку и проведение тестирования (в формате И.О.Фамилия);
7. 7) участники - перечень участников тестирования (в формате И.О.Фамилия). В тестировании в обязательном порядке должны участвовать координаторы соответствующих функций и процессов.

Сценарии в таблице упорядочиваются по плановой дате, далее - по номеру.

План тестирования подготавливает ассистент руководителя проекта, согласовывает с руководителем проекта. Руководитель проекта утверждает план тестирования.

Форма плана тестирования представлена ниже.

Форма плана тестирования

Процедура проведения тестирования

При тестировании используется план тестирования. Ответственным за проведение тестирования является руководитель проекта. При проведении тестирования заполняется форма, содержащая следующую информацию.

1. № - номер сценария тестирования бизнес-процесса; 2)
2. наименование сценария - короткое наименование сценария тестирования бизнес-процесса; 3)
3. описание сценария - описание сценария тестирования бизнес-процесса; 4)
4. дата, время - дата и время проведения тестирования; 5)
5. тестировщик - консультант от Исполнителя, участвующий в тестировании; 6)
6. приемщик - сотрудник функциональной группы от Заказчика, участвующий в тестировании; 7)
7. успешно (да/нет) - отметка об успешности прохождения тестирования; 8)
8. примечания - дополнительные пояснения к результатам сценария.

Форма тестирования представлена ниже.

Форма тестирования.

Ошибки, выявленные при тестировании, фиксируют в специальном журнале, содержащем следующую информацию.

• Наименование сценария - короткое наименование сценария тестирования бизнес-процесса.
• № шага тестирования - уникальный идентификатор шага тестирования в формате Z.P#.NN, где Z - номер сценария тестирования, P# - 5-значный номер процесса, NN - уникальный 2-циферный код в рамках сценария.
• Шаг процесса - номер и наименование тестируемого шага бизнес-процесса. Номер шага бизнес-процесса в формате P#.NN, где P# - 5-значный номер процесса, NN - уникальный 2-цифер-ный код в рамках процесса.
• Модуль - модуль ИС, с использованием которого реализуется шаг бизнес-процесса.
• Описание ошибки - подробное описание ошибки, выявленной в ходе тестирования, со ссылкой на файл, в котором находятся полные сведения об ошибке.
• Решение - планируемые мероприятия по устранению ошибки.
• Ответственный - сотрудник, назначенный ответственным за устранение ошибки в намеченный срок.
• Намеченная дата - планируемый срок устранения ошибки. Форма журнала ошибок представлена ниже.

Форма журнала ошибок.

Процедура проведения аудита качества

Аудит качества проводится с целью выяснения, удовлетворяет ли качество проекта стандартам, установленным в плане обеспечения качества. Аудит качества проводится с помощью независимой экспертной оценки. Ответственным за проведение аудита качества назначается руководитель проекта со стороны Исполнителя. Результаты проведения аудита качества предоставляются спонсорам проекта и руководителю проекта со стороны Заказчика.

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

• анализ исправления замечаний предыдущей проверки;
• проведение проверки проекта в соответствии с контрольными списками;
• оформление отчета о контроле качества;
• информирование команды проекта о появлении новых отчетных документов.

Процедура анализа процесса управления качеством

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

Результаты контроля качества - результат выполнения операций по контролю качества. Данные о результатах контроля используются в процессе обеспечения качества, для повторной оценки и анализа стандартов качества. Форма представления результатов контроля качества приведена в таблице 13.

Форма представления результатов контроля качества

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

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

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

Процедура контроля качества документов проекта

Ответственный за разработку документа направляет его на согласование руководителю направления. Руководитель функционального направления должен в течение двух дней согласовать документ и предоставить его на согласование руководителю проекта со стороны Исполнителя. Руководитель проекта со стороны Исполнителя предоставляет документы руководителю проекта со стороны Заказчика. Если документ не проходит согласование на том или ином этапе, он отправляется на доработку. Ответственный за разработку документа вносит коррективы в документ с учетом замечаний и отправляет документ на повторное согласование.

Процедура разработки и согласования глоссария проекта

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

1. термин/ определение - используемые в документе термин или определение;
2. английское название - название на английском языке;
3. сокращение - принятое сокращение или аббревиатура;
4. объяснение - краткое объяснение смысла термина или определения;
5. область - указание, к какой области деятельности проекта относится данный термин:
   • техническая архитектура;
   • обучение;
   • поддержка;
   • приложение;
   • проектная терминология (в том числе методологическая);
6. документ - из глоссария какого документа поступили данные термин/определение.

Форма глоссария представлена ниже.