План обеспечения качества описывает, как команда управления проектом будет осуществлять политику исполняющей организации в области качества. В зависимости от потребностей проекта этот план может быть очень подробным или обобщенным. План содержит в себе список работ, которые необходимо выполнить в сфере управления качеством проекта, а также время (график) выполнения работ. Мероприятия по обеспечению качества должны быть разработаны в самом начале проекта и должны проводиться на основе независимых экспертных оценок. План позволяет выделить именно те работы и время их выполнения, которые необходимы для качественного ведения проекта.
Пример плана обеспечения качества проекта
| Мероприятия по обеспечению качества проекта |
| 1. Анализ требований результатов проекта |
| 2. Выбор и утверждение стандартов выполнения проекта |
| 3. Разработка и утверждение плана управления рисками проекта |
| 4. Задачи обеспечения качества |
| 4. 1. Разработка и утверждение процедуры управления проблемами (отклонениями) в проекте |
| 4. 2. Мониторинг статуса рисков и проблем проекта |
| 4. 3. Совещания рабочей группы проекта (еженедельно) |
| 4. 4. Рецензирование и утверждение проектных документов, передаваемых заказчику |
| 4. 4. 1. Рецензирование и утверждение технического задания |
| 4. 4. 2. Рецензирование и утверждение технического проекта |
| 4. 4. 3. Рецензирование и утверждение других документов |
| 4. 5. Совещание по анализу результатов этапа проекта |
| 5. Задачи организации и тестирования испытаний |
| 5. 1. Разработка и утверждение методики испытаний и тестирования ИС |
| 5. 2. Разработка и утверждение плана испытаний |
| 5. 3. Разработка и утверждение отчета по результатам испытаний и тестирования |
| 5. 4. Подготовка и утверждение акта приемки ИС |
| 6. Внутренние и внешние аудиты проекта |
| 6. 1. Внутренние аудиты |
| 6. 2. 1. Аудит фазы инициации проекта (в соответствии со стандартом/ на соответствие стандарту? компании по управлению проектами) |
| 6. 2. 2. Аудит фазы выполнения проекта (в соответствии со стандартом/ на соответствие стандарту? компании по управлению проектами) |
| 6. 1. 3. Аудит фазы завершения проекта (в соответствии со стандартом/ на соответствие стандарту? компании по управлению проектами) |
| 6. 2. Внешние аудиты |
| 6. 2. 1. Аудит представителями поставщика ИС по выполнению методологии внедрения ИС |
| 6. 2. 2. Аудит хода выполнения проекта представителями заказчика |
| 7. Подготовка и Утверждение отчета о выполненном проекте или этапе проекта |
Тестирование. Внутреннее обеспечения качества
Для разработки регламента по управлению качеством на проектах внедрения информационных систем необходимо определить список процедур регламента.
Перспективное планирование качества продукта APQP и Процесс согласования производства продукта PPAP
Одной из главных составляющих управления проектом является предотвращение потери ценности продукции или услуг за счет снижения их качества. Соответственно, компании, предоставляющие услуги по внедрению информационных систем, накапливают знания о возникающих проблемах и потерях на проектах внедрения и в дальнейшем пытаются предотвратить данные потери.
Причины появления потерь качества весьма разнообразны: нарушения технологии, несоответствующее качество ресурсов, человеческий фактор, несовершенство системы управления. Существенным является то обстоятельство, что все эти потери качества появляются при выполнении отдельных процессов и операций.
В связи с этим современный менеджмент качества пришел к пониманию, что управлять нужно не качеством продукции или услуг, а качеством исполнения процессов. В частности, это обстоятельство нашло свое отражение в международных стандартах ISO 9000. Основываясь на данной теории, определим необходимые процедуры для управления качеством на проекте внедрения. Итак, сначала определим процессы, на которых возможны потери, и сами потери качества.
Определение списка процедур для управления качеством
| Этапы | Работы проекта | Возможные потери качества | Процедуры |
| Планирование проекта | Планирование проекта | Ошибки при определении трудоемкости разработок, распределении ресурсов, разработке бюджета | Процедура создания плана качества, создание программы обеспечения качества |
| Определение и описание решений по расхождениям | При анализе и документировании ключевых требований бизнеса и критериев их успешности возможно неверное понимание требований заказчика | Процедура управления требованиями заказчика | |
| Высокоуровневый анализ бизнес-процессов | |||
| Высокоуровневое описание интерфейсов | |||
| Детальный анализ отдельных бизнес-процессов | |||
| Документирование отдельных интерфейсов | |||
| Оценка рамок проекта | При ненадлежащем документировании рамок проекта | Процедура контроля документов проекта | |
| Детализированный анализ бизнес-процессов | При описании бизнес-процессов неверное понимание требований, при оценке покрываемости требований заказчика функциональностью системы могут быть упущены важные задачи | Процедура управления требованиями заказчика | |
| Разработка и согласование функциональных требований | При согласовании и утверждении документов возможны проблемы из-за отсутствия лица, ответственного за эту работу, или порядка проведения данной работы | Процедура согласования и утверждения документов | |
| Разработанный документ может не отвечать предъявленным к нему требованиям | Процедура контроля документов проекта | ||
| Утверждение результатов анализа инфраструктуры | При согласовании и утверждении документов возможны проблемы из-за отсутствия лица, ответственного за эту работу, или порядка проведения данной работы | Процедура согласования и утверждения документов | |
| Создание среды обучения | |||
| Разработка обучения для ключевых пользователей | |||
| Обучение ключевых пользователей | |||
| Проектирование | Создание спецификаций на проектирование | При внесении изменений на стадии разработки возможны возникновение проблем и несогласованность с изначально спроектированной системой | Процедура управления проблемами и изменениями |
| Создание технических спецификаций | При описании доработок системы могут быть не предусмотрены некоторые важные особенности процессов и функций | Процедура обеспечения качества в соответствии с планом | |
| Определение методов интеграции и модификаций | |||
| Определение критериев тестирования | |||
| Определение дополнительных требований к обучению | |||
| Настройка конфигурации | |||
| Установка среды разработки | |||
| Установка среды тестирования | |||
| Разработка функциональных характеристик | При внесении изменений на стадии разработки | Процедура управления проблемами и изменениями. Процедура обеспечения качества в соответствии с планом | |
| Тестирование параметров/функций | Ошибки при тестировании, ненадлежащие тест-кейсы | Процедура контроля качества результатов проекта. Процедура разработки тест-кейсов | |
| Тестирование процессов | Ошибки при тестировании, ненадлежащие тест-кейсы | Процедура контроля качества результатов проекта | |
| Общее тестирование | Ошибки при тестировании, ненадлежащие тест-кейсы | Процедура контроля качества результатов проекта | |
| Создание технической и пользовательской документации | Создание ненадлежащих инструкций | Процедура контроля документов проекта | |
| Настройка и внедрение | Настройка рабочей среды | ||
| Настройка конфигурации (для системного тестирования) | |||
| Настройка инфраструктуры, тестирование системы | |||
| Выполнение системного и пользовательского теста | Ошибки при тестировании, ненадлежащие тест-кейсы | Процедура контроля качества результатов проекта | |
| Установка рабочей среды | |||
| Выполнение теста на запуск | |||
| Подготовка и проведение обучения для конечных пользователей | |||
| Эксплуатация и поддержка | Формирование документации | Создание ненадлежащих документов, проблемы при утверждении и согласовании акта приема-передачи системы | Процедура документирования. Процедура утверждения акта приема-передачи системы |
| Дополнительное обучение |
Источник: helpiks.su
Примеры процедур планирования качества Процедура документирования
Настоящая процедура предназначена для управления документированием в проекте.
Руководители функциональных групп и сотрудники передают текущие версии проектных документов, отчеты о работе за текущий период и другие документы проекта ответственному за согласование и организационную поддержку. Ответственный за согласование и оргподдержку сотрудник размещает полученные документы в проектной библиотеке
Процедура согласований документов проекта
Подготовка документов осуществляется рабочими группами проекта. В процессе обсуждения участники рабочих групп могут консультироваться по обсуждаемым вопросам с другими участниками проектной команды СДО.
Документ, готовый к согласованию, передается руководителю группы, который проводит входной контроль качества документа.
Для проведения процедуры согласования выделяются сотрудники, ответственные за согласование.
Сотрудники, ответственные за согласование, в соответствии со схемой согласования и списком согласования каждого документа определяют список должностных лиц, с которыми необходимо согласовать документы, и в течение одного дня после извещения о готовности документов направляют их для согласования.
Согласующее должностное лицо проводит анализ документа и в течение 3-х дней направляет свои замечания ответственному за согласование.
Ответственный за согласование в тот же день направляет свои замечания руководителям групп и в рабочие группы для обработки.
Таблица 4.3. Определение списка процедур для управления качеством
Работы проекта
Возможные потери качества
Ошибки при определении трудоемкости разработок, распределении ресурсов, разработке бюджета
Процедура создания плана качества, создание программы обеспечения качества
Определение и описание решений по расхождениям
При анализе и документировании ключевых требований бизнеса и критериев их успешности возможно неверное понимание требований заказчика
Процедура управления требованиями заказчика
Высокоуровневый анализ бизнес-процессов
Высокоуровневое описание интерфейсов
Детальный анализ отдельных бизнес-процессов
Документирование отдельных интерфейсов
Оценка рамок проекта
При ненадлежащем документировании рамок проекта
Процедура контроля документов проекта
Детализированный анализ бизнес-процессов
При описании бизнес-процессов неверное понимание требований, при оценке покрываемости требований заказчика функциональностью системы могут быть упущены важные задачи
Процедура управления требованиями заказчика
Разработка и согласование функциональных требований
При согласовании и утверждении документов возможны проблемы из-за отсутствия лица, ответственного за эту работу, или порядка проведения данной работы
Процедура согласования и утверждения документов
Разработанный документ может не отвечать предъявленным к нему требованиям
Процедура контроля документов проекта
Утверждение результатов анализа инфраструктуры
При согласовании и утверждении документов возможны проблемы из-за отсутствия лица, ответственного за эту работу, или порядка проведения данной работы
Процедура согласования и утверждения документов
Создание среды обучения
Разработка обучения для ключевых пользователей
Обучение ключевых пользователей
Создание спецификаций на проектирование
При внесении изменений на стадии разработки возможны возникновение проблем и несогласованность с изначально спроектированной системой
Процедура управления проблемами и изменениями
Создание технических спецификаций
При описании доработок системы могут быть не предусмотрены некоторые важные особенности процессов и функций
Процедура обеспечения качества в соответствии с планом
Определение методов интеграции и модификаций
Определение критериев тестирования
Определение дополнительных требований к обучению
Установка среды разработки
Установка среды тестирования
Разработка функциональных характеристик
При внесении изменений на стадии разработки
Процедура управления проблемами и изменениями. Процедура обеспечения качества в соответствии с планом
Ошибки при тестировании, ненадлежащие тест-кейсы
Процедура контроля качества результатов проекта. Процедура разработки тест-кейсов
Ошибки при тестировании, ненадлежащие тест-кейсы
Процедура контроля качества результатов проекта
Ошибки при тестировании, ненадлежащие тест-кейсы
Процедура контроля качества результатов проекта
Создание технической и пользовательской документации
Создание ненадлежащих инструкций
Процедура контроля документов проекта
Настройка и внедрение
Настройка рабочей среды
Настройка конфигурации (для системного тестирования)
Настройка инфраструктуры, тестирование системы
Выполнение системного и пользовательского теста
Ошибки при тестировании, ненадлежащие тест-кейсы
Процедура контроля качества результатов проекта
Установка рабочей среды
Выполнение теста на запуск
Подготовка и проведение обучения для конечных пользователей
Эксплуатация и поддержка
Создание ненадлежащих документов, проблемы при утверждении и согласовании акта приема-передачи системы
Процедура документирования. Процедура утверждения акта приема-передачи системы
Рабочие группы производят анализ замечаний и в течение 3-х дней подготавливают исправленную версию документа. Исправленный документ и отчет направляется согласующему лицу для высказывания своей оценки по корректности внесенного исправления в течение 3-х дней. По каждому из замечаний необходимо наложить резолюцию «принять» либо «отклонить» (с объяснением причин).
В случае необходимости руководители групп обсуждают замечания и возможные решения с авторами замечаний. При невозможности принять резолюцию на уровне группы руководитель группы эскалирует принятие решения по замечанию на уровень руководителей проекта. Руководители проекта принимают решения по не согласованным на уровне групп замечаниям.
Источник: studfile.net
Регламент по управлению качеством в проекте
План обеспечения качества описывает, как команда управления проектом будет осуществлять политику исполняющей организации в области качества. В зависимости от потребностей проекта этот план может быть очень подробным или обобщенным. План содержит в себе список работ, которые необходимо выполнить в сфере управления качеством проекта, а также время (график) выполнения работ. Мероприятия по обеспечению качества должны быть разработаны в самом начале проекта и должны проводиться на основе независимых экспертных оценок. План позволяет выделить именно те работы и время их выполнения, которые необходимы для качественного ведения проекта.
Пример плана обеспечения качества проекта
| Мероприятия по обеспечению качества проекта |
| 1. Анализ требований результатов проекта |
| 2. Выбор и утверждение стандартов выполнения проекта |
| 3. Разработка и утверждение плана управления рисками проекта |
| 4. Задачи обеспечения качества |
| 4.1. Разработка и утверждение процедуры управления проблемами (отклонениями) в проекте |
| 4.2. Мониторинг статуса рисков и проблем проекта |
| 4.3. Совещания рабочей группы проекта (еженедельно) |
| 4.4. Рецензирование и утверждение проектных документов, передаваемых заказчику |
| 4.4.1. Рецензирование и утверждение технического задания |
| 4.4.2. Рецензирование и утверждение технического проекта |
| 4.4.3. Рецензирование и утверждение других документов |
| 4.5. Совещание по анализу результатов этапа проекта |
| 5. Задачи организации и тестирования испытаний |
| 5.1. Разработка и утверждение методики испытаний и тестирования ИС |
| 5.2. Разработка и утверждение плана испытаний |
| 5.3. Разработка и утверждение отчета по результатам испытаний и тестирования |
| 5.4. Подготовка и утверждение акта приемки ИС |
| 6. Внутренние и внешние аудиты проекта |
| 6.1. Внутренние аудиты |
| 6.2.1. Аудит фазы инициации проекта (в соответствии со стандартом/ на соответствие стандарту? компании по управлению проектами) |
| 6.2.2. Аудит фазы выполнения проекта (в соответствии со стандартом/ на соответствие стандарту? компании по управлению проектами) |
| 6.1.3. Аудит фазы завершения проекта (в соответствии со стандартом/ на соответствие стандарту? компании по управлению проектами) |
| 6.2. Внешние аудиты |
| 6.2.1. Аудит представителями поставщика ИС по выполнению методологии внедрения ИС |
| 6.2.2. Аудит хода выполнения проекта представителями заказчика |
| 7. Подготовка и Утверждение отчета о выполненном проекте или этапе проекта |
Для разработки регламента по управлению качеством на проектах внедрения информационных систем необходимо определить список процедур регламента.
Одной из главных составляющих управления проектом является предотвращение потери ценности продукции или услуг за счет снижения их качества. Соответственно, компании, предоставляющие услуги по внедрению информационных систем, накапливают знания о возникающих проблемах и потерях на проектах внедрения и в дальнейшем пытаются предотвратить данные потери.
Причины появления потерь качества весьма разнообразны: нарушения технологии, несоответствующее качество ресурсов, человеческий фактор, несовершенство системы управления. Существенным является то обстоятельство, что все эти потери качества появляются при выполнении отдельных процессов и операций.
В связи с этим современный менеджмент качества пришел к пониманию, что управлять нужно не качеством продукции или услуг, а качеством исполнения процессов. В частности, это обстоятельство нашло свое отражение в международных стандартах ISO 9000. Основываясь на данной теории, определим необходимые процедуры для управления качеством на проекте внедрения. Итак, сначала определим процессы, на которых возможны потери, и сами потери качества.
Определение списка процедур для управления качеством
| Этапы | Работы проекта | Возможные потери качества | Процедуры |
| Планирование проекта | Планирование проекта | Ошибки при определении трудоемкости разработок, распределении ресурсов, разработке бюджета | Процедура создания плана качества, создание программы обеспечения качества |
| Определение и описание решений по расхождениям | При анализе и документировании ключевых требований бизнеса и критериев их успешности возможно неверное понимание требований заказчика | Процедура управления требованиями заказчика | |
| Высокоуровневый анализ бизнес-процессов | |||
| Высокоуровневое описание интерфейсов | |||
| Детальный анализ отдельных бизнес-процессов | |||
| Документирование отдельных интерфейсов | |||
| Оценка рамок проекта | При ненадлежащем документировании рамок проекта | Процедура контроля документов проекта | |
| Детализированный анализ бизнес-процессов | При описании бизнес-процессов неверное понимание требований, при оценке покрываемости требований заказчика функциональностью системы могут быть упущены важные задачи | Процедура управления требованиями заказчика | |
| Разработка и согласование функциональных требований | При согласовании и утверждении документов возможны проблемы из-за отсутствия лица, ответственного за эту работу, или порядка проведения данной работы | Процедура согласования и утверждения документов | |
| Разработанный документ может не отвечать предъявленным к нему требованиям | Процедура контроля документов проекта | ||
| Утверждение результатов анализа инфраструктуры | При согласовании и утверждении документов возможны проблемы из-за отсутствия лица, ответственного за эту работу, или порядка проведения данной работы | Процедура согласования и утверждения документов | |
| Создание среды обучения | |||
| Разработка обучения для ключевых пользователей | |||
| Обучение ключевых пользователей | |||
| Проектирование | Создание спецификаций на проектирование | При внесении изменений на стадии разработки возможны возникновение проблем и несогласованность с изначально спроектированной системой | Процедура управления проблемами и изменениями |
| Создание технических спецификаций | При описании доработок системы могут быть не предусмотрены некоторые важные особенности процессов и функций | Процедура обеспечения качества в соответствии с планом | |
| Определение методов интеграции и модификаций | |||
| Определение критериев тестирования | |||
| Определение дополнительных требований к обучению | |||
| Настройка конфигурации | |||
| Установка среды разработки | |||
| Установка среды тестирования | |||
| Разработка функциональных характеристик | При внесении изменений на стадии разработки | Процедура управления проблемами и изменениями. Процедура обеспечения качества в соответствии с планом | |
| Тестирование параметров/функций | Ошибки при тестировании, ненадлежащие тест-кейсы | Процедура контроля качества результатов проекта. Процедура разработки тест-кейсов | |
| Тестирование процессов | Ошибки при тестировании, ненадлежащие тест-кейсы | Процедура контроля качества результатов проекта | |
| Общее тестирование | Ошибки при тестировании, ненадлежащие тест-кейсы | Процедура контроля качества результатов проекта | |
| Создание технической и пользовательской документации | Создание ненадлежащих инструкций | Процедура контроля документов проекта | |
| Настройка и внедрение | Настройка рабочей среды | ||
| Настройка конфигурации (для системного тестирования) | |||
| Настройка инфраструктуры, тестирование системы | |||
| Выполнение системного и пользовательского теста | Ошибки при тестировании, ненадлежащие тест-кейсы | Процедура контроля качества результатов проекта | |
| Установка рабочей среды | |||
| Выполнение теста на запуск | |||
| Подготовка и проведение обучения для конечных пользователей | |||
| Эксплуатация и поддержка | Формирование документации | Создание ненадлежащих документов, проблемы при утверждении и согласовании акта приема-передачи системы | Процедура документирования. Процедура утверждения акта приема-передачи системы |
| Дополнительное обучение |
Понравилась статья? Добавь ее в закладку (CTRL+D) и не забудь поделиться с друзьями:
Источник: studopedia.ru