Тема09(СММ)-K
.pdfМодель зрелости компании, разрабатывающей ПО
Level 3. KPA 7: Organization Process Focus
(Настройка процесса организации)
Настройка стандартного процесса включает:
достижение и поддержку должного уровня понимания ключевых организационных, производственных и ресурсных составляющих всеми участниками процесса
координацию работ по управлению, оценке, разработке, сопровождению и улучшению этих составляющих.
Она проводится в соответствии со стандартизированной методологией ведения проектов, в которой учитывается реальная динамическая организационная структура компании (в случае необходимости оперативно создаются проектные
61 подразделения и рабочие группы).
Модель зрелости компании, разрабатывающей ПО
Level 3. KPA 7: Organization Process Focus
(Настройка процесса организации)
Ведется общий учет как проектной информации, так и организационных мероприятий – таких как апробирование и внедрение новых методик и средств, обучение исполнителей.
Производится экспертная и стоимостная оценка задач, новых средств разработки, сводятся результаты обучения, собираются планы всех групп. Информация размещается в соответствую- щих проектных и межпроектной базах данных.
На основе накопленной статистики производится сравнительный анализ возможностей процесса в масштабах организации.
62
Модель зрелости компании, разрабатывающей ПО
Level 3. KPA 8. Organization Process Definition
(Определение процесса в масштабах организации)
Определение процесса включает в себя создание и сопровож-
дение стандартного процесса разработки ПО.
Определяют организационные методы поддержки жизненного цикла процессов. Процессы идентифицируют, моделируют, стандартизируют и документируют.
Документы и статистику по организации процесса собирают в тематические библиотеки в едином хранилище (репозитории), доступном всем разработчикам.
Периодически по результатам статистических наблюдений за выполнением планов и затрат на работы производится
63 пересмотр элементов стандартного процесса.
Модель зрелости компании, разрабатывающей ПО
Level 3. KPA 9: Traning Program
(Программа обучения)
Согласно потребностям проектов составляется программа обучения персонала. Ведется учет результатов тестирований, повышения квалификации и сертификаций.
В ходе подготовки к проекту должно быть зарезервировано достаточно времени на проведение необходимого обучения.
Производится периодический аудит и пересмотр программ обучения.
Недостаточная квалификация исполнителей приведет, в конечном счете, к неуправляемости проекта и некачественному результату.
64
Модель зрелости компании, разрабатывающей ПО
Level 3. KPA 10: Integrated Software Management (Интегрированное управление разработкой ПО)
Цель требования – гармоничное согласование
управленческих и производственных аспектов в рамках
единого стандартного процесса в масшабах организации.
При планировании проектов используется документирован- ный стандарт процесса разработки плана всего проекта и этапов выполнения. Проектные и рабочие планы строятся на основе организационной (OBS) и рабочей (WBS) структур проекта.
65
Модель зрелости компании, разрабатывающей ПО
Level 3. KPA 10: Integrated Software Management (Интегрированное управление разработкой ПО)
Разрабатываемые планы должны учитываться в специальной межпроектной базе данных. В этой же базе должны быть шаблоны документов для технического задания, договоров, отчетов и т.д.
По документированной процедуре, прилагающейся к технологии разработки, производится оценка рисков, критического пути, стоимости и продолжительности работ.
Для принятия задачи к исполнению требуется утверждение всех заинтересованных сторон, включая заказчика. Проведение переговоров, обсуждение сроков и цен ведется на
66 базе стандартных нормативов.
Модель зрелости компании, разрабатывающей ПО
Level 3. KPA 11: Software Product Engineering (Технология разработки программного продукта)
Должна применяться разработанная, апробированная на предыдущих проектах и тщательно документированная технология разработки программного продукта.
Стандартизированные технологические стадии используются при планировании работ.
На базе документированной технологии строятся проектный и рабочий планы.
Ведется учет дефектов, выявляемых тестированием и совместными контрольными осмотрами (Peer Reviews) технологического состояния проекта различными группами
разработчиков.
67
Модель зрелости компании, разрабатывающей ПО
Level 3. KPA 11: Software Product Engineering (Технология разработки программного продукта)
Обязательно планируются контрольные точки выполне- ния проекта (Milestones for Control), в которых производится сравнение фактических параметров процессов с их контрольными значениями.
Методология стандартного процесса должна описывать:
аналитику (документ требований к ПО, архитектуру системы, модели, диаграммы, методы декомпозиции, сценарные описания действий, принципы и методы прототипирования и т.д.)
системы конфигурирования и хранения исходных текстов 68 версий системы
Модель зрелости компании, разрабатывающей ПО
Level 3. KPA 11: Software Product Engineering (Технология разработки программного продукта)
принципы кодирования (используемые платформы и стандарты на языки программирования, структурирова- ние и повторное использование компонент)
тестирование и верификацию: системное тестирование, инспекции кода, модульное и интеграционное тестирование, тесты на соответствие требованиям (перечисленные требования к тестированию являются обязательными)
принципы и организацию документирования проектной и производственной документации.
69
Модель зрелости компании, разрабатывающей ПО
Level 3. KPA 12: Intergroup Coordination
(Межгрупповая координация)
Требования Заказчика предварительно изучаются, согласуются и утверждаются для реализации всеми заинтересованными группами разработки.
Утвержденные требования закрепляются в Техническом задании (ТЗ) и принимаются одновременно с межгрупповым Соглашением о реализации работ.
Отдел управления качеством QМ и проектные группы QA выявляют возможные системные и технологические проблемы на стыке работ групп и отслеживают их устранение.
Обсуждение возникающих проблем и взаимный текущий аудит производятся на обязательных совместных экспертных
70 проработках (Peer Reviews).
Модель зрелости компании, разрабатывающей ПО
Level 3. KPA 13: Peer Reviews (Экспертные [совместные] оценки)
Производится регулярная совместная системная и технологическая инспекция состояния проекта группами разработчиков, разрабатывающих и тестирующих рабочие (промежуточные) программные продукты, с целью эффективного выявления дефектов и проблемных областей, в которые необходимо своевременно внести изменения.
Состав конкретных промежуточных продуктов, которые должны пройти совместную экспертную оценку, и сроки проведения инспекций учитывается в общем проектном плане разработки программного продукта.
71
Модель зрелости компании, разрабатывающей ПО
Level 4. KPA 14: Quantitative Process Management
(Количественное управление процессом)
Должен быть установлен контроль над процессом на основе
количественных показателей.
По учетной информации, обеспечиваемой применением внутренних стандартов, ведется всестороннее статистическое обследование и сопровождение процесса.
По статистическим характеристикам, полученным по различным технологическим стадиям проекта, получают
проверенные практикой реальные оценки параметров процесса
72
Модель зрелости компании, разрабатывающей ПО
Level 4. KPA 14: Quantitative Process Management
(Количественное управление процессом)
Эти оценки накапливают, исследуют и выводят наиболее вероятные значения, которые используют в качестве эталонных при планировании и архитектурном проектирова- нии в последующих проектах.
Управление проектами ведется на основе сравнения текущих показателей с эталонными.
Эталонные статистические количественные показатели, полученные из реальных процессов и процедур, используются для разработки стандартных метрик и оценок, с которыми работают далее в рамках стандартного процесса.
73
Модель зрелости компании, разрабатывающей ПО
Level 4. KPA 15: Software Quality Management (Управление качеством разработки ПО)
Достижение целей производится на основе разработки планов мероприятий в области качества, позволяющих эффективно реализовать поставленные цели.
Проводится постоянное отслеживание и согласование планов процесса разработки с планами реализации качества.
Ведется статистический анализ различных параметров разрабатываемого продукта, непосредственно и косвенно влияющих на качество.
74
Модель зрелости компании, разрабатывающей ПО
Level 4. KPA 15: Software Quality Management (Управление качеством разработки ПО)
Полученные данные сравниваются с модельными или эталонными показателями.
На базе результатов сравнения вносятся коррекции в технологический процесс и разрабатываются методы дополнения, реинжиниринга и улучшения общей методологии реализации процесса.
На основе статистической обработки данных по качеству формируются стандартные метрические показатели качества процесса, которые используются в дальнейшем.
75
Модель зрелости компании, разрабатывающей ПО
Level 5. KPA 16: Defect Prevention
(Предотвращение дефектов)
|
На этапе формулирования требований и логического проектирования |
|
проводится анализ ситуаций, при которых возможно появление |
|
дефектов. Оцениваются и просчитываются риски возникновения |
|
таких ситуаций, разрабатывается комплекс превентивных |
|
корректирующих воздействий. |
|
Ведется статистический учет причин возникновения дефектов. |
|
Выявленные причины дефектов ранжируются по приоритетам и |
|
устраняются соответствующими мероприятиями. |
|
Для полноценного статистического анализа дефектов требуется |
|
определить и документировать виды аналитических отчетов по |
|
выявленным и исправленным дефектам, которые должна |
76 |
представлять служба Quality Assurance. |
|
Модель зрелости компании, разрабатывающей ПО
Level 5. KPA 17: Technology Change Management
(Управление изменением технологий)
Основное требование – непрерывное совершенствование
производственных и управленческих процессов. Производится плановое апробирование новых технологий и программно- аппаратных средств. Результаты регистрируются и документируются.
Производится плановое внедрение новых технологий, которые показали эффективность и высокую производительность. Разрабатываются новые внутренние стандарты и руководства на эти технологии. Их применение должно стать
повседневной практикой организации.
77
Модель зрелости компании, разрабатывающей ПО
Level 5. KPA 18: Process Change Management
(Управление изменением процесса)
На базе накапливаемой статистики по надежности параметров процессов производится непрерывное изучение возможностей усовершенствования процессов с целью повышения производительности труда, уменьшения сроков разработки продукта и затрат в изменяющейся проектной среде.
Для этого используются новые технологические и программно-аппаратные средства, применяемые для реализации этой ключевой области процесса, с
последующим распространением апробированных технологий на остальные процессы предприятия.
78
Изменение
продуктивности
процесса разработки ПО в соответствии с уровнями зрелости компании
78
Модель зрелости компании, разрабатывающей ПО
Принципы сертификации уровня зрелости компании на соответствие требованиям СММ
Сертификация производится на добровольной основе независимыми сертифицирующим организациями, аккредитованными в SEI.
При сертификации проводится оценка соответствия всех ключевых областей по 10-балльной шкале. Для успешной квалификации данной ключевой области необходимо набрать не менее 6 баллов.
80
Модель зрелости компании, разрабатывающей ПО
Принципы сертификации уровня зрелости компании на соответствие требованиям СММ
Оценка ключевой области производится по следующим показателям:
заинтересованность руководства в данной области (планируется ли практическое внедрение данной ключевой области, существует ли понимание у руководства необходимости данной области и т.д.);
насколько широко данная область применяется в организации (например, оценке в 4 балла соответствует фрагментарное применение, 8 балов – почти полный охват);
успешность использования данной области на практике (например, оценке в 0 баллов соответствует полное отсутствие какого-либо эффекта, а оценка в 8 баллов выставляется при наличии
систематического и измеримого положительного результата
практически во всей организации).
81
Модель зрелости компании, разрабатывающей ПО
Практические выводы (3)
1.Стандарт CMM состоит из критериев оценки зрелости организации и практик улучшения существующих процессов.
Вэтом заключается принципиальное отличие от модели ISO 9001:2000,
в которой сформулированы только необходимые условия для достижения некоторого минимального уровня организованности процесса, и не дается
практических рекомендаций по дальнейшему совершенствованию процессов.
82
Модель зрелости компании, разрабатывающей ПО
Практические выводы
2.Эффективное применение СММ позволяет поставить разработку ПО на промышленную основу, повысить управляемость ключевых процессов и производственную культуру в целом,
гарантировать качественную работу и
исполнение проектов точно в срок.
83
Модель зрелости компании, разрабатывающей ПО
Практические выводы
3.Основой для создания СММ стало базовое положение, что фундаментальная проблема «кризиса» процесса разработки качественного ПО заключается не в отсутствии новых методов и средств разработки, квалифицированных исполнителей или недостаток ресурсов,
ав неспособности менеджмента компании организовать технологические процессы и эффективно управлять ими!
84