- •Марк Паулк, Билл Куртис, Мэри Бет Хриссис, Чарльз в. Вебер, Сьюзен м. Гарсия, Мерилин Буш cmmi Product Team модель зрелости процессов разработки программного обеспечения предисловие
- •Глава 1. Основные понятия зрелости производственных процессов
- •1.1. Зрелые и незрелые организации-разработчики по
- •1.2. Фундаментальные концепции, лежащие в основе понятия зрелости производственных процессов
- •1.3. Обзор модели зрелости процессов разработки
- •Глава 2. Пять уровней зрелости производственного процесса
- •2.1. Поведенческие характеристики уровней зрелости
- •2.1.1. Уровень 1 — начальный уровень
- •2.1.2. Уровень 2 — повторяемый уровень
- •2.1.3. Уровень 3 — определенный уровень
- •2.1.4. Уровень 4 — управляемый уровень
- •2.1.5. Уровень 5 — оптимизирующий уровень
- •2.2. Понимание концепций уровней зрелости
- •2.2.1. Понимание концепции начального уровня
- •2.2.2. Понимание повторяемого и определенного уровней
- •2.2.3. Понимание управляющего и оптимизированного уровней
- •2.3. Представление о производственном процессе
- •2.4. Продуктивность процесса и прогнозирование производительности
- •2.5. Пропуск этапов развития организации
- •Глава 3. Рабочее определение модели зрелости процессов разработки по
- •3.1. Внутренняя структура описания уровней зрелости
- •3.2. Уровни зрелости
- •3.3. Группы ключевых процессов
- •3.5. Ключевые практики
- •Глава 4. Использование смм
- •4.1. Методы внутренней и внешней оценки производственного процесса
- •4.2. Различия между внутренними и внешними оценками производственного процесса
- •4.3. Другие способы использования cmm при усовершенствовании производственного процесса
- •Глава 5. Будущие направления развития смм
- •5.1. Что находится вне области рассмотрения cmm
- •5.2. Ближайшие задачи
- •5.3. Долговременные задачи
- •5.4. Заключение
- •Глава 6. Использование страниц описания ключевых практик
- •7.2. Интерпретация разделов
- •7.2.1. Обязательства по выполнению Положения политики
- •Лидерство
- •7.2.2. Необходимые предпосылки Ресурсы и финансирование
- •Обучение
- •Ориентация
- •Начальные условия
- •7.2.3. Выполняемые операции
- •Типы планов
- •Формальные планы
- •Неформальные планы
- •В соответствии с документированной процедурой
- •Отнесенные к по системные требования
- •Отношения типа «поставщик — заказчик»
- •Отслеживание процесса разработки по с принятием корректирующих мер в сравнении с управлением ходом работ
- •Контроль в сравнении с экспертной оценкой
- •Помещение в систему управления конфигурацией в сравнении с управлением и контролем
- •7.2.4. Измерения и анализ
- •7.2.5. Проверка внедрения
- •Регулярный надзор со стороны высшего руководства
- •Регулярный и событийный надзор со стороны руководства проекта
- •Действия по обеспечению качества по
- •7.3. Интерпретация определения производственного процесса
- •7.3.1. Концепции определения процесса
- •7.3.2. Концепции, касающиеся основных средств производственного процесса организации Основные средства производственного процесса организации (ппо)
- •Стандартный производственный процесс организации (сппо)
- •Архитектура производственного процесса
- •Элемент производственного процесса
- •Утвержденное описание жизненных циклов по
- •Инструкции и критерии адаптации
- •База данных производственного процесса организации
- •Библиотека документации по производственному процессу
- •7.3.3. Концепции, связанные с производственным процессом проекта Описание производственного процесса проекта
- •Операции
- •Промежуточные программные продукты (результаты проекта)
- •Программные продукты
- •7.3.4. Взаимосвязь между производственным процессом проекта и планом разработки по
- •7.3.5. Жизненные циклы и cmm
- •7.3.6. Технология и cmm
- •7.3.7. Документация и cmm
- •7.3.8. Сбор и анализ данных процесса
- •7.4. Организационная структура и роли
- •7.4.1. Организационные роли
- •Менеджер
- •Руководитель высшего звена
- •Менеджер проекта
- •Производственный менеджер проекта
- •Линейный менеджер
- •Ведущий специалист
- •Персонал, разработчики, сотрудники
- •7.5. Применение профессиональной оценки
- •Глава 8. Уровень 2: повторяемый уровень
- •8.1. Управление требованиями
- •Обязательства по выполнению
- •Необходимые предпосылки
- •Выполняемые операции
- •Измерения и анализ
- •Проверка внедрения
- •8.2. Планирование проекта
- •Обязательства по выполнению
- •Необходимые предпосылки
- •Выполняемые операции
- •Измерения и анализ
- •Проверка внедрения
- •8.3. Отслеживание хода проекта и контроль над ним
- •Обязательства по выполнению
- •Необходимые предпосылки
- •Выполняемые операции
- •Измерения и анализ
- •Проверка внедрения
- •8.4. Управление производственным субподрядом
- •Обязательства по выполнению
- •Необходимые предпосылки
- •Выполняемые операции
- •Измерения и анализ
- •Проверка внедрения
- •8.5. Обеспечение качества по
- •Обязательства по выполнению
- •Необходимые предпосылки
- •Выполняемые операции
- •Измерения и анализ
- •Проверка внедрения
- •8.6. Управление конфигурацией по
- •Обязательства по выполнению
- •Необходимые предпосылки
- •Выполняемые операции
- •Измерения и анализ
- •Проверка внедрения
- •Глава 9. Уровень 3: определенный уровень
- •9.1. Координация производственного процесса организации
- •Обязательства по выполнению
- •Необходимые предпосылки
- •Выполняемые операции
- •Измерения и анализ
- •Проверка внедрения
- •9.2. Определение производственного процесса организации
- •Обязательства по выполнению
- •Необходимые предпосылки
- •Выполняемые операции
- •Измерения и анализ
- •Проверка внедрения
- •9.3. Программа обучения
- •Обязательства по выполнению
- •Необходимые предпосылки
- •Выполняемые операции
- •Измерения и анализ
- •Проверка внедрения
- •9.4. Интегрированное управление разработкой по
- •Обязательства по выполнению
- •Необходимые предпосылки
- •Выполняемые операции
- •Измерения и анализ
- •Проверка внедрения
- •9.5. Инженерия разработки программного продукта
- •Обязательства по выполнению
- •Необходимые предпосылки
- •Выполняемые операции
- •Измерения и анализ
- •Проверка внедрения
- •9.6. Межгрупповая координация
- •Обязательства по выполнению
- •Необходимые предпосылки
- •Выполняемые операции
- •Измерения и анализ
- •Проверка внедрения
- •9.7. Экспертные оценки
- •Обязательства по выполнению
- •Необходимые предпосылки
- •Выполняемые операции
- •Измерения и анализ
- •Проверка внедрения
- •Обеспечение качества по
- •Управление конфигурацией по
- •Оглавление
1.3. Обзор модели зрелости процессов разработки
Хотя зачастую инженеры-разработчики и менеджеры хорошо осведомлены о своих проблемах, их взгляды на то, какие усовершенствования являются наиболее важными, могут быть различными. Без организованной стратегии усовершенствования трудно достичь согласия между профессионалами-разработчиками и руководством по вопросу, какие именно работы по усовершенствованию следует выполнять первыми. Для того чтобы усилия по усовершенствованию процессов принесли долговременные результаты, необходимо разработать эволюционный путь развития, поэтапно увеличивающий зрелость производственного процесса организации. Концептуальная структура зрелости производственного процесса [Humphrey 87a] упорядочивает эти стадии таким образом, что усовершенствования на каждой предшествующей стадии являются фундаментом усовершенствований последующей стадии. Таким образом, стратегия усовершенствования, предлагаемая концептуальной структурой зрелости производственного процесса, обеспечивает наиболее прямой путь постоянного улучшения производственного процесса. Эта стратегия призвана руководить усовершенствованиями и выявлять недостатки организации; она не предназначена для быстрого «латания дыр» неудачного проекта.
Модель зрелости процессов разработки ПО предоставляет организации-разработчику руководящие принципы управления своими процессами разработки и сопровождения ПО, а также развития культуры управления и программной инженерии. CMM предназначена помогать организациям в выборе стратегий усовершенствования процессов путем определения текущего уровня зрелости производственного процесса и выявления некоторых вопросов, наиболее значимых для повышения качества создаваемого ПО и усовершенствования процессов. Концентрируя свое внимание на конкретном перечне работ и активно добиваясь их выполнения, организация может планомерно совершенствовать свой производственный процесс, обеспечивая устойчивый и постоянный рост его продуктивности.
Многоуровневая структура CMM основывается на принципах обеспечения качества продукта, выработанных за последние шестьдесят лет. В начале тридцатых Валтер Шеварт (Walter Shewart) опубликовал работу, в которой изложил принципы статистического контроля качества. Его идеи были развиты, а их успешное применение было продемонстрировано в работах В. Эдвардса Деминга (W. Edwards Deming) [Deming 86] и Джозефа Джурана [Juran 88, Juran 89]. Эти принципы были развиты институтом SEI в виде концептуальной структуры зрелости процессов, формирующей управленческий и инженерный фундамент для количественного контроля над производственным процессом, что является основой для его непрерывного усовершенствования.
Структура зрелости процессов, в которую вошли эти принципы качества, была впервые намечена Филиппом Кросби в его книге «Quality is Free» [Crosby 79]. Сетка зрелости управления качеством, приведенная Кросби, описывает пять эволюционных фаз во внедрении системы управления качеством. Эта структура зрелости была адаптирована для производственного процесса Роном Радиком (Ron Radice) и его коллегами, работающими под руководством Уотса Хэмфри (Watts Humphrey) из компании IBM [Radice 85]. Хэмфри предложил свою структуру зрелости SEI в 1986 г., добавив концепции уровней зрелости и разработав основу для их текущего использования в программной отрасли.
Ранние версии структуры зрелости процессов разработки, предложенные Хэмфри, описаны в технических отчетах SEI [Humphrey 87a, Humphrey 87b], статьях [Humphrey 88] и в его книге «Managing the Software Process» [Humphrey 89]. Предварительный опросный лист для выявления уровня зрелости [Humphrey 87b] был выпущен в 1987 г. в качестве инструмента, позволяющего организациям определить уровень зрелости их производственных процессов. Для получения характеристик зрелости программного процесса в 1987 г. были разработаны методы внутренней и внешней оценки производственного процесса. Начиная с 1990 г., институт SEI с помощью многих энтузиастов из правительственных и отраслевых структур еще более развил и усовершенствовал эту модель, основываясь на опыте нескольких лет совершенствования производственных процессов.
