- •Марк Паулк, Билл Куртис, Мэри Бет Хриссис, Чарльз в. Вебер, Сьюзен м. Гарсия, Мерилин Буш 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. Экспертные оценки
- •Обязательства по выполнению
- •Необходимые предпосылки
- •Выполняемые операции
- •Измерения и анализ
- •Проверка внедрения
- •Обеспечение качества по
- •Управление конфигурацией по
- •Оглавление
4.3. Другие способы использования cmm при усовершенствовании производственного процесса
Для групп инженерии производственного процесса или тех, которые пытаются улучшить свой процесс, модель СММ особенно ценна в областях планирования действий, реализации планов действий и определения процессов. При планировании действий члены группы инженерии производственного процесса, вооруженные знанием проблем своего процесса и бизнес-среды, могут сравнить используемые практики с целями групп ключевых процессов СММ. При этом ключевые практики следует проверять относительно корпоративных целей, приоритетов руководства, уровня выполнения практики, корпоративного значения реализации каждой практики и совместимости практики с корпоративной культурой.
Затем группа инженерии производственного процесса должна определить необходимые усовершенствования процесса и способы внесения изменений, а также добиться необходимого одобрения со стороны заинтересованных лиц. В этой работе модель СММ обеспечивает исходный пункт для обсуждения усовершенствования процесса и помогает сгладить несопоставимые предложения, касающиеся общепринятых практик проектирования ПО. При реализации плана действий модель СММ и ее ключевые практики могут использоваться группами для создания частей рабочего плана действий и для определения производственного процесса.
Глава 5. Будущие направления развития смм
Достижение более высоких уровней зрелости производственного процесса является постепенным и требует от организации долгосрочных обязательств по непрерывному усовершенствованию процесса. На построение фундамента для непрерывного усовершенствования производственного процесса и внедрение соответствующей культуры организации-разработчики могут затратить более 10 лет. Хотя подобная десятилетняя программа усовершенствования процесса кажется чуждой для большинства американских компаний, именно такой объем работ требуется для построения зрелых организаций-разработчиков. Этот срок согласуется с опытом в других отраслях, таких, как американская автомобильная промышленность, которая добилась значительных достижений в области зрелости производственного процесса [Gabor 90].
5.1. Что находится вне области рассмотрения cmm
Модель СММ не является панацеей [Brooks 87] и не включает в себя все вопросы, значимые для успешных проектов. Например, в настоящее время СММ не рассматривает опыт в конкретных предметных областях, не пропагандирует конкретных технологий разработки и не содержит рекомендаций по выбору, найму, мотивации и сохранению компетентных сотрудников. Эти вопросы жизненно важны для успеха проекта и некоторые из них были проанализированы в другом контексте [Curtis 90]. Однако они не были интегрированы в СММ. Модель СММ была специально разработана с намерением создать упорядоченную, дисциплинированную структуру, внутри которой можно решать проблемы управления разработкой и инженерии процесса.
5.2. Ближайшие задачи
Учебные материалы и курсы по СММ должны представляться на крупных конференциях и семинарах в США, поддерживая среди специалистов программной отрасли должный уровень осведомленности о модели СММ и связанных с ней продуктах. Для включения в СММ должны быть разработаны и/ или пересмотрены новые инструменты (например, опросный лист для выявления уровня зрелости), а также программы обучения внутренней и внешней оценке производственного процесса.
В ближайшем будущем развитие СММ будет ориентировано на создание адаптированных версий модели, таких как СММ для малых проектов и/или малых организаций. Модель СММ версии 1.1 выражена нормативными практиками крупных организаций, работающих по государственным контрактам, и эти практики должны быть адаптированы к потребностям организаций, отличающихся от этого шаблона.
