- 09-03-2008
Субъективно о CMMI (часть 9)
Мы практически полностью рассмотрели второй уровень зрелости CMMI v.1.1. И процессная область, рассматриваемая в данной главе, является предпоследней. Это не «проектная» процессная область и основная её цель состоит в том, чтобы создать в компании механизм мониторинга за текущим состоянием существующих процессов, с последующим выявлением несоответствий/проблемных мест/и т.д. и определением необходимых шагов для их устранения.
Тут сразу необходимо сделать небольшое лирическое отступление. В некоторых компаниях, с которыми мне приходилось сталкиваться, существует терминологическая путанница. Частенько, когда говорят QA (Quality Assurance – Контроль качества) подразумевают тестировщиков, которые, как известно, контролируют качество на проектах. Так вот на самом деле ребята из отдела Quality Assurance контролируют совсем не то качество. Они заботятся о качестве процессов, внедренных в компании. Поэтому здесь и далее, когда я буду говорить «QA», то речь пойдет именно о контроле качества процессов. Если же мне необходимо будет упомянуть о контроле качества продукта разработки на проекте, я буду говорить «software testing» или просто «тестирование». Вообще, это общепризнанная терминология.
Назначение процессной области
Назначение данной процессной области состоит в том, чтобы предоставлять руководству и персоналу объективное представление о процессах и связанных с нимим результатами работ.
Перечень специальных целей
В рамках данной процессной области выделены две специальные цели:
SG 1: Объективно оценить процессы и результаты работы: Объективно оценивать строгое соответствие существующих процессов и соответствующих результатов работ их описанию, процедурам и стандарта, принятым в компании.
SG 2: Предоставить объективную оценку: Все проблемы, связанные с несоответствием объективно отслежены и сообщены соответствующим участникам процесса(ов).Их разрешение гарантированно.
Очевидно, что вопросами, связанными с обнаружением всех несоотвествий, должна заниматься выделенная группа людей. В зависимости от размера компании это может быть как частичная занятость одного сотрудника, так и полноценный отдел, состоящий из нескольких человек. Главными в работе данного отдела являются два момента:
1. Регулярность проводимых проверок (или, если угодно, внутренних аудитов)
2. Обеспечение адекватной реакции на обнаруженные несоответствия.
Пожалуй я остановлюсь подробнее на втором пункте. Само наличие перечня несоответствий еще не будет обеспечивать их обязательное устранение. И в этом случае необходимо не просто заручиться поддержкой руководителей проектов. Как правило, у ПМов всегда найдется отговорка и дела поважнее. Они же в конце концов деньги компании зарабатывают. J Необходимо их мотивировать (я использую более политкорректный термин для слова «заставить») исправлять подобные несоответствия. Например, влияние на бонусную составляющую или, вообще, на заработную плату . Ну с ЗП я возможно перегнул, согласен. А вот влияние на бонусы – самое то. Для этого разумеется в компании должна быть принята бонусная система J.
И поверьте мне, вопрос мотивации далеко не праздный, поскольку множество руководителей считают, что они и без «этих дурацких процессов» хорошо выполняют свою работу. При этом они не правы только в одном: «дурацкие процессы» позволят им выполнять свою работу эффективнееи с меньшими рисками.
Диаграмма специальных целей и практик
Идентификатор спец. практики | Пример реализации практик | Примеры прямых артефактов | Примеры косвенных артефактов |
SG 1: Объективно оценить процессы и результаты работы | |||
SP 1.1. Объективно оценить процессы | 1. Подготовить необходимое оборудование и ПО, которое будет использоваться при оценивании; 2. Определить и поддерживать критерии для оценки процессов (что? когда/как часто? каким образом? кто?); 3. Использовать определенный критерий для оценки соответствия процессов их описаниям; 4. Идентифицировать все несоответствия; 5. Идентифицировать полученные уроки, которые в будущем позволят улучшить процессы; | · Отчет, с результатами оценивания процессов, используемых на определенном проекте; | · Перечень обнаруженных несоответствий в ходе оценивания; · QA активности, запланированные в соответствующих документах или системах; |
SP 1.2. Объективно оценить результаты работы и сервисы | 1. Выбрать результаты работ, которые должны быть оценены; 2. Определить и поддерживать критерии для оценки результатов работы; 3. Использовать определенные критирии для оценки; 4. Оценить результаты работ, перед тем как они будет доставлены заказчику; 5. Оценить результаты работ в разрезе проектных вех; 6. Осуществлять продолжающееся или постепенное оценивание результатов работы относительно их описания; 7. Идентифицировать все случаи несоответствия обнаруженные в процессе оценки; 8. Идентифицировать полученные уроки, которые в будущем позволят улучшить результаты и вспомагательные сервисы; | · Отчет, с оценками результатов работ, на определенном проекте; | · Перечень обнаруженных несоответствий в ходе оценивания; · QA активности, запланированные в соответствующих документах или системах; |
SG 2: Предоставить объективную оценку | |||
SP 2.1. Сообщать и обеспечивать разрешение проблем несоответствия | 1. Исправлять все несоответствия с соответствующими членами команды; 2. Документировать те несоответствия, которые не могут быть исправлены в рамках отдельного проекта; 3. Эскалировать информацию о тех несоответствиях, которые не могут быть разрешены в рамках отдельного проекта, соответствующим менеджерам; 4. Проанализировать все несоответствия на предмет выявления тенденций; 5. Убедиться, что все необходимые участники уведомлены о результах; 6. Периодически просматривать несоответствия и обнаруженные тенденции с соответствующим менеджером; 7. Отслеживать все несоответствия до полного их устранения; | · Перечень обнаруженных несоответствий в ходе оценивания; | · Отчет по результатам аудита определенного проекта; · Обсуждение результатов аудита или обнаруженных несоответствий; |
SP 2.2.Вести записи | 1. Записывать результаты всех QA активностей с надлежащей детализацией; 2. Проверять статус и историю всех QA активностей по необходимости; | · Отчеты о проведенных аудитах; | · Обнаруженные тенденции в ходе изучения результатов аудитов; · Измененные и усовершенствованные корпоративные процедуры и стандарты на основе результатов, полученных в ходе аудитов; |
Значимость данной процессной области сложно переоценить. Фактически, её неуспешная реализация предопределяет полный провал процесса внедрения CMMI модели.
По своему опыту руководителя проектов могу сказать: очень сложно адекватно реагировать на обнаруженные несоответствия. Еще сложнее находить в себе силы и время для устранения этих несоответствий. Но поверьте мне, львиная доля из этих несоответствий (а фактически, требований к определенному процессу) абсолютно оправдана и их устранение действительно сделает Вашу работу более эффективной и значимой. Значимой в первую очередь для Вас самих.
Конечно не стоит слепо следовать описанию процессов, тем более что они всегда оставляют возможность для видоизменения. Но подготовив, казалось бы ненужный, план управления проектом для достаточно небольшой задачи, в какой-то момент времени Вы обнаружите, что он оказался не просто полезным, но и жизненно необходимым документом. Проекты ведь имеют обыкновение изменяться под влиянием различных факторов. Жизнь вносит свои коррективы.
Ну и несколько комментариев под занавес:
1. Ключевым документом является отчет с результатами проведенного аудита.
2. Для внесения обнаруженных несоответствий можно использовать bug tracking system, которая принята в компании.
3. Еще раз подчеркну, что «мотивация» руководителей проектов или проектных команд важна, если не сказать сильнее 
.
.By AAM
| Комментарии к статье "Субъективно о CMMI (часть 9)" (0) |