- •Марк Паулк, Билл Куртис, Мэри Бет Хриссис, Чарльз в. Вебер, Сьюзен м. Гарсия, Мерилин Буш 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 Проект следует документированной организационной политике по обеспечению качества ПО.
Эта политика обычно состоит из следующих положений.
1. Группа обеспечения качества контролирует работу по всем проектам разработки в организации.
2. Группа обеспечения качества имеет канал отчетности перед высшим руководством, который независим от:
менеджера проекта,
группы разработки ПО,
других групп, связанных с разработкой ПО.
Примеры групп, связанных с разработкой ПО:
группа управления конфигурацией ПО,
группа управления документацией.
Организации должны определить такую организационную структуру, которая поддерживала бы независимость операций, подобных обеспечению качества, в контексте своих стратегических бизнес-целей и бизнес-среды.
Независимость должна: обеспечивать сотрудникам группы обеспечения качества организационную свободу, позволяющую им быть «глазами и ушами» высшего руководства проекта; исключить вынесение оценки работы сотрудников группы обеспечения качества со стороны руководства проверяемого проекта; обеспечить уверенность высшего руководства в объективности получаемых отчетов о производственном процессе и качестве продуктов проекта разработки ПО.
3. Высшее руководство регулярно проверяет деятельность группы обеспечения качества и ее результаты.
Необходимые предпосылки
Предпосылка 1 Необходимо наличие группы, ответственной за координацию и реализацию в проекте процесса обеспечения качества ПО (т. е. группы SQA).
Группа представляет собой совокупность отделов, менеджеров и сотрудников, которые несут ответственность за набор задач или операций. Состав группы может варьироваться от одного или нескольких совместителей из различных отделов до нескольких сотрудников, занятых этой деятельностью полный рабочий день. При формировании группы принимаются во внимание объем служебных обязанностей, объем проекта, организационная структура и культура взаимоотношений. Некоторые группы, такие как группа обеспечения качества ПО, концентрируются на деятельности на уровне проектов, другие же, как группа инженерии процессов производства, — на деятельности общекорпоративного уровня.
Предпосылка 2 Работы по обеспечению качества должны быть обеспечены соответствующими ресурсами и финансированием.
1. Для руководства специфической деятельностью по обеспечению качества в проекте назначается специальный менеджер.
2. Должен быть назначен руководитель высшего звена, обладающий опытом в области обеспечения качества и полномочиями для осуществления соответствующего надзора, который будет нести ответственность за рассмотрение вопросов о несоответствии техническим условиям и принятие соответствующих мер.
Все менеджеры, входящие в цепь отчетности по обеспечению качества перед руководителем высшего звена, должны знать свою роль, сферу ответственности и полномочия в этой области.
3. Работы по обеспечению качества обеспечиваются вспомогательными инструментальными средствами.
Примеры вспомогательных инструментальных средств:
рабочие станции,
СУБД,
электронные таблицы,
средства проведения аудита.
Предпосылка 3 Члены группы обеспечения качества должны пройти обучение для выполнения своих задач.
Примеры тем учебных занятий: навыки и практические методы разработки ПО; роли и сферы ответственности группы разработки
ПО и других смежных групп; стандарты, процедуры и методы, применяемые в проекте разработки ПО; предметная область проекта; задачи, процедуры и методы обеспечения качества; участие группы обеспечения качества в работах по проекту; эффективное использование методов и инструментов обеспечения качества; межличностное общение.
Предпосылка 4 Участники проекта должны получить ориентацию относительно роли, сферы ответственности, полномочий и значения группы обеспечения качества.
