Заметки консультанта

Шамрай Александр Владимирович

CMMI DEV v1.3 – Обеспечение Качества Процесса и Продукта

Posted by Шамрай Александр на Декабрь 8, 2010

Перевод Шамрай А.В.

Процесс Поддержки уровня зрелости 2

Назначение

Назначение Обеспечения Качества Процесса и Продукта (ОКПП) состоит в обеспечении персонала и руководства объективной информацией о процессах и ассоциированных с ними рабочих продуктах.

Вступительный комментарий

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

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

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

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

Объективность в оценке обеспечения качества процесса и продукта имеет решающее значение для успеха проекта. (См. определение «объективная оценка» в глоссарии). Объективность достигается и независимостью и использованием критериев. Сочетание методов обеспечивающих оценку по критериям зачастую используется теми, кто не производит рабочие продукты. Менее формальные методы могут использоваться для предоставления ежедневной широкой оценки. Для обеспечения объективности периодически используются более формальные методы.

Примеры методов выполнения объективной оценки:

  • Формальный аудит по организационно отдельным областям обеспечения качества
  • Коллегиальные оценки, которые могут быть выполнены на различных уровнях формальности
  • Углубленный анализ работы по месту ее выполнения (т.е. аудит рабочего места)
  • Распределенный анализ и комментирование рабочих продуктов
  • Контрольные списки процесса, встроенные в эти процессы, например, отказоустойчивость процессов, в случае если они выполняются неправильно (например, Защита от дурака)

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

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

Если обеспечение качества встраивается в процесс, для обеспечения объективности должны быть решены некоторые вопросы. Каждый, кто выполняет работы по обеспечению качества, должен быть обучен в области обеспечения качества. Те, кто выполняет работы по обеспечению качества для рабочих продуктов, должны быть отделены от тех, кто непосредственно участвует в разработке и поддержке рабочих продуктов. Должен быть доступен независимый канал отчетности на соответствующий уровень управления организации, чтобы для проблем несоответствия при необходимости могла быть выполнена эскалация.

Например, при реализации коллегиальной проверки, как объективного метода оценки, должны быть решены следующие вопросы:

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

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

Когда проблемы несоответствия выявлены, они сначала рассматриваются в проекте и по возможности там решаются. Для проблем несоответствия, которые не могут быть решены в проекте, выполняется эскалация до соответствующего уровня управления для принятия решения.

Этот процесс относится не только к области оценки проектной деятельности и рабочих продуктов, а также к организационной деятельности (например, группировка процессов, организационная подготовка) и рабочим продуктам. Для организационной деятельности и рабочих продуктов термин «проект» должен быть соответствующим образом интерпретирован.

В среде Agile, команды имеют тенденцию сосредотачиваться на насущные потребности итерации, а не на долгосрочные и более широкие организационные потребности. Для обеспечения того, что объективная оценка воспринимается как значимая и является эффективной, необходимо заранее обсудить следующие вопросы: (1) как объективная оценка должна быть сделана, (2) какие процессы и рабочие продукты будут оцениваться, (3) как результаты оценки будут быть интегрированы в ритмы команды (например, как часть ежедневных совещаний, контрольные списки, коллегиальные оценки, инструменты, непрерывная интеграция, ретроспективы). (См. «CMMI при использовании Agile подходов» в части I.)

Связанные процессы

См. область процесса Верификация для получения дополнительной информации о проверке отдельных рабочих продуктов на соответствие требованиям.

Перечень целей и практик

  • СЦ 1 Объективная Оценка Процессов и Рабочих Продуктов
    • СП 1.1 Объективно Оценивайте Процессы
    • СП 1.2 Объективно Оценивайте Рабочие Продукты
  • СЦ 2 Обеспечить Объективную Оценку
    • СП 2.1 Обсуждайте и Устраняйте Проблемы Несоблюдения
    • СП 2.2 Ведите Записи

Специфические Практики по целям

СЦ 1 Объективная Оценка Процессов и Рабочих Продуктов

Объективно оценивается соблюдение выполняемых процессов и связанных с ним рабочих продуктов в соответствии с применяемыми описаниями процесса, стандартов и процедур.

СП 1.1 Объективно Оценивайте Процессы

Объективно оценивайте выбранные выполняемые процессы на основе применяемых описаний процесса, стандартов и процедур.

Объективность в оценке обеспечения качества имеет решающее значение для успеха проекта. Должно быть выполнено описание последовательности отчетности по показателям качества и как она обеспечивает объективность.

Пример рабочих продуктов

1. Отчеты по оценке

2. Отчеты по несоответствиям

3. Корректирующие действия

Подпрактики

1. Обеспечивайте условия (в рамках управления проектами), которые поощряют участие персонала в выявлении и отчетности проблем качества.

2. Создавайте и поддерживайте четко установленные критерии для оценки качества.

Целью этой подпрактики является предоставление критериев, основанных на бизнес потребностях, например, следующих:

  • Что будет оцениваться
  • Когда и как часто будет оцениваться процесс
  • Как будет проведена оценка
  • Кто должен принимать участие в оценке

3. Используйте установленные критерии для оценки выбранных выполняемых процессов на соответствие описанию процесса, стандартов и процедур.

4. Идентифицируйте каждое несоответствие, найденное во время оценки.

5. Извлекайте опыт, который мог бы улучшить процессы.

СП 1.2 Объективно Оценивайте Рабочие Продукты

Объективно оценивайте выбранные рабочие продукты на основе применяемых описаний процесса, стандартов и процедур.

Пример рабочих продуктов

1. Отчеты по оценки

2. Отчеты по несоответствиям

3. Корректирующие действия

Подпрактики

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

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

2. Создайте и поддерживайте четко установленные критерии для оценки выбранных рабочих продуктов.

Целью этой подпрактики является предоставление критериев, основанных на бизнес потребностях, например, следующих:

  • Что будет оцениваться при оценке рабочего продукта
  • Когда и как часто будет выполняться оценка рабочего продукта
  • Как будет проведена оценка
  • Кто должен принимать участие в оценке

3. Используйте установленные критерии при оценке выбранных рабочих продуктов.

4. Оценивайте выбранные рабочие продукты в установленное время.

Примеры, когда рабочий продукт может быть оценен на основе описания процессов, стандартов или процедур:

  • Перед поставкой заказчику
  • Во время поставки заказчику
  • Инкрементно, когда это необходимо
  • Во время модульного тестирования
  • Во время интеграции
  • При демонстрации инкрементов

4. Идентифицировать каждое несоответствие, найденное во время оценки.

5. Извлекать опыт, который мог бы улучшить процессы.

СЦ 2 Обеспечить Объективную Оценку

Проблемы несоответствия объективно отслеживаются, обсуждаются, и обеспечивается решение.

СП 2.1 Обсуждайте и Устраняйте Проблемы Несоответствия

Обсуждайте проблемы качества и обеспечивайте решение проблем несоответствия с сотрудниками и руководителями.

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

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

Пример рабочих продуктов

1. Отчеты о корректирующих действиях

2. Отчеты об оценке

3. Тренды качества

Подпрактики

1. Решайте каждое несоответствие соответствующими членами команды, если это возможно.

2. Документируйте проблемы несоответствия, если они не могут быть решены в проекте.

Примеры способов решения несоответствия в проекте:

  • Исправление несоответствий
  • Изменение описания процессов, стандартов или процедур, которые были нарушены
  • Получение соглашения для принятия найденного несоответствия

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

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

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

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

7. Отслеживайте проблемы несоответствия до их решения.

СП 2.2 Ведите Записи

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

Пример рабочих продуктов

1. Журналы оценок

2. Отчеты по качеству

3. Отчеты по состояниям корректирующих действий

4. Отчеты трендов качества

Подпрактики

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

2. Изменяйте состояние и историю задачи по обеспечению качества по мере необходимости.

Реклама

комментария 3 to “CMMI DEV v1.3 – Обеспечение Качества Процесса и Продукта”

  1. Спасибо что поделились, но это ещё раз напоминание о том что все эти CMMI сертификаты для заказчика, откровенно говоря, если придерживаться best practices при работе, то не нужны никакие CMMI и горы документации и всяких отчётов. Могу это точно говорить потому как плотно с этим был связан и работал в компании с CMMI 3 приближённым к 4.

  2. Александр said

    Очевидно, что и комментирующим и переводящим, было бы полезно все-таки обучиться CMMI «должным образом». 🙂

    Еще раз — инициатива по переводу похвальна, но это все-таки несколько более серьезный процесс.

Добавить комментарий

Заполните поля или щелкните по значку, чтобы оставить свой комментарий:

Логотип WordPress.com

Для комментария используется ваша учётная запись WordPress.com. Выход / Изменить )

Фотография Twitter

Для комментария используется ваша учётная запись Twitter. Выход / Изменить )

Фотография Facebook

Для комментария используется ваша учётная запись Facebook. Выход / Изменить )

Google+ photo

Для комментария используется ваша учётная запись Google+. Выход / Изменить )

Connecting to %s

 
%d такие блоггеры, как: