- 09-01-2008
Субъективно о CMMI (часть 3)
В этом разделе мы поговорим об общих целях и практиках. Как уже было сказано выше, эти цели и практики относятся ко всем процессным областям в рамках модели. Пожалуй будет уместна ассоциация с абстрактным методом в программировании, когда модель задает определенную цель как если бы абстрактный супер-класс опрделял бы некий абстрактный метод (т.е. при этом «сигнатура» этого метода общая для всех наследников).
Ну а если абстрагироваться от всяких ассоциаций, то интуитивно понятно, что все процессные области должны иметь какие-то инвариантные составляющие. Сейчас мы начнем формулировать общие цели и Вам станет понятно, что я имею ввиду.
Например, общая цель для всех процессных областей на втором уровне зрелости звучит следующим образом:
GG2: The process is institutionalized as a managed process.
Что здесь подразумевается под управляемым процессом? Если вкратце, то это такой процесс, который планируется и выполняется согласно существующей стратегии компании; для выполнения данного процесса нанимаются люди с соотвествующими навыками и у которых есть все необходимое для успешного выполнения данного процесса. Кроме того, этот процесс мониторится, проверяется и оценивается согласно своего описания.
Применительно второго уровня зрелости данная цель означает, что все процессы в компании должны быть управляемыми. Более подробно данная цель раскрывается соответсвующими общими практиками. Всего для это цели их существует десять. Вот так они звучат:
GP 2.1: Establish an Organizational Policy
Establish and maintain an organizational policy for planning and performing appropriate process.
GP 2.2: Plan the Process
Establish and maintain the plan for performing appropriate process.
GP 2.3: Provide Resources
Provide adequate resources for performing appropriate process, developing the work products, and providing the services of the process.
GP 2.4: Assign Responsibility
Assign responsibility and authority for performing the process, developing the work products, and providing the services of appropriate process.
GP 2.5: Train People
Train the people performing or supporting appropriate process as needed.
GP 2.6: Manage Configurations
Place designated work products of appropriate process under appropriate levels of configuration management.
GP 2.7: Identify and Involve Relevant Stakeholders
Identify and involve the relevant stakeholders of appropriate process as planned.
GP 2.8: Monitor and Control the Process
Monitor and control appropriate process against the plan for performing the process and take appropriate corrective action.
GP 2.9: Objectively Evaluate Adherence
Objectively evaluate adherence of appropriate process against its process description, standards, and procedures, and address non-compliance.
GP 2.10: Review Status with Higher Level Management
Review the activities, status, and results of appropriate process with higher level management and resolve issues.
Возвращаясь к определению управляемого процесса, попробуем его сформулировать еще раз с ссылками на соответствующие общие практики. Итак:
Управляемый процесс - это такой процесс, который планируется (GP 2.2, GP 2.7) и выполняется согласно существующей стратегии компании (GP 2.1); для выполнения данного процесса нанимаются люди (GP 2.3, GP 2.4) с соотвествующими навыками (GP 2.5) и у которых есть все необходимое (GP 2.6) для успешного выполнения данного процесса. Кроме того, этот процесс мониторится (GP 2.8), проверяется (GP 2.10) и оценивается (GP 2.9) согласно своего описания.
Т.е. достижении общей цели для второго уровня зрелости обеспечит нам то, что все процессы будут управляемыми.
Переходим к формулировке общей цели для уровней зрелости 3-5.
GG 3: The process is institutionalized as a defined process.
Под определенным процессом здесь подразумевается управляемый процесс, в который внесены изменения по сравнению с принятыми стандартами, согласно правилам, принятым в организации; у этого процесса есть поддерживаемое описание и в рамках данного процесса осуществляется сбор результатов работы, метрик и другой информации, необходимой для усовершенствования процессов на организационном уровне.
Возможно это определение сразу не воспринимается, но на самом деле все просто и речь идет о том, что процесс может видоизменяться, но только по определенным правилам. И метрики должны собираться и накапливаться. Потому что именно они являются оправной точкой для большого количества последующих улучшений.
Сбор метрик, конечно тонкое место. Как я уже говорил ранее, необходим инструмент. А поскольку сама модель такого инструмента не предлагает, то компаниям приходится решать этот вопрос своими силами.
Переходим к описанию общих практик. Их всего две и звучат они следующим образом:
GP 3.1: Establish a Defined Process
Establish and maintain the description of a defined process.
GP 3.2: Collect Improvement Information
Collect work products, measures, measurement results, and improvement information derived from planning and performing appropriate process to support the future use and improvement of the organization’s processes and process assets.
Отдельно хочу отметить, что на всех уровнях, начиная с третьего, общие практики GP 2.1-2.10 должны быть реализованы тоже.
Но честно говоря, во время прохождения аудита, обзор GPs – один из самых легких этапов для сдачи. Объясняется все просто: большая часть этих практик реализована на организационном уровне. Например, достаточно ввести документ «Описание процесса разработки требований» в компании и сразу закрываем GP 2.1 в процессной области Requirements Development для всех проектов. Даже для тех, которые мы не готовили к аудиту 
.
Когда же мы начнем рассматривать специфичные практики, то тут появятся основные сложности. Точнее во время аудитов с этими практиками постоянно возникают сложности. Потому что в одном случае мы требования разрабатываем по стандарту компании, а на другом проекте мы используем шаблон заказчика и т.д.
By AAM
Субъективно о CMMI (часть 2)
Субъективно о CMMI (часть 3.5)
. Когда же мы начнем рассматривать специфичные практики, то тут появятся основные сложности. Точнее во время аудитов с этими практиками постоянно возникают сложности. Потому что в одном случае мы требования разрабатываем по стандарту компании, а на другом проекте мы используем шаблон заказчика и т.д.
By AAM
Субъективно о CMMI (часть 2)
Субъективно о CMMI (часть 3.5)
| Комментарии к статье "Субъективно о CMMI (часть 3)" (0) |