CMM - Программные продукты

Источник: iso

В ноябре 1986 года американский институт Software Engineering Institute (SEI) совместно с Mitre Corporation начали разработку обзора зрелости процессов разработки программного обеспечения, который был предназначен для помощи в улучшении их внутренних процессов.

Разработка такого обзора была вызвана запросом американского федерального правительства на предоставление метода оценки субподрядчиков для разработки ПО. Реальная же проблема состояла в неспособности управлять большими проектами. Во многих компаниях проекты выполнялись со значительным опозданием и с превышением запланированного бюджета. Необходимо было найти решение данной проблемы.

В сентябре 1987 года SEI выпустил краткий обзор процессов разработки ПО с описанием их уровней зрелости, а также опросник, предназначавшийся для выявления областей в компании, в которых были необходимы улучшения. Однако, большинство компаний рассматривало данный опросник в качестве готовой модели, в следствие чего через 4 года вопросник был преобразован в реальную модель, Capability Maturity Model for Software (CMM). Первая версия СММ (Version 1.0), вышедшая в 1991 году, в 1992 году была пересмотрена участниками рабочей встречи, в кот 196 орой принимали участие около 200 специалистов в области ПО, и членами общества разработчиков.

В результате был выпущен стандарт CMM, Version 1.1, который до настоящего времени активно используется во всем мире.

Рис. 1. Глобальное влияние использования СММ

Причины такого интереса к СММ понятны. Несмотря на то, что и сами разработчики ПО, и их руководство зачастую очень хорошо знают свои постоянные проблемы, они не могут прийти к единому мнению о том, какие изменения необходимы компании в первую очередь. Без выработки единой стратегии проведения улучшений руководство не может найти взаимопонимания со своими сотрудниками относительно наиболее приоритетных задач по улучшению. Для достижения максимального результата от усилий, потраченных на улучшение процессов, необходимо иметь поэтапную стратегию развития, которая позволит улучшать зрелость процессов разработки постепенно, эволюционным путем.

Постоянное улучшение процессов базируется на постепенном взращивании культуры компании, а не на проведении революционных инноваций. В СММ представлена схема такого постепенного улучшения, разделенная по 5 уровням зрелости процессов. Эти 5 уровней представляют собой шкалу для оценки уровня зрелости процессов разработки ПО в компании и для измерения их параметров.

Рис. 2. Принцип последовательного повышения уровня зрелости: возможности развития организации

Приведем основные характеристики каждого уровня:

Initial - Процесс разработки носит хаотический характер. Определены лишь немногие из процессов и успех проектов зависит от конкретных исполнителей.
Repeatable - Установлены основные процессы управления проектами: отслеживание затрат, графика работ и функциональности. Упорядочены некоторые процессы, необходимые для того, чтобы повторить предыдущие достижения на аналогичных проектах (проектах с аналогичными приложениями).
Defined - Процессы разработки ПО и управления проектами описаны и внедрены в единую систему процессов компании. Во всех проектах используется стандартный для организации процесс разработки и поддержки ПО, адаптированный под конкретный проект.
Managed - Собираются детальные количественные данные по функционированию процессов разработки и качеству конечного продукта. Анализируется значение и динамика этих данных.
Optimizing - Постоянное улучшение процессов основывается на количественных данных по процессам и на пробном внедрении новых идей и технологий.

Введение в SW-CMM

(Улучшение зрелости процессов разработки программного обеспечения на основе модели Software Engineering Institute Capability Maturity Model for Software)

Курс предназначен для:
Для руководителей компаний-разработчиков программного обеспечения, руководителей отделов и проектов разработки ПО и специалистов по качеству, которые заинтересованы в:

улучшении прозрачности существующих производственных процессов;

повышении производительности процессов и компании в целом;

снижении себестоимости производства продукции и объема существующего "скрытого" производства;

повышении репутации компании в профессиональной среде;

открытии новых рынков сбыта продукции.

1. Введение

1.1 Содержание курса, структура занятий, состав и содержание комплекта информационных материалов
1.2 Версии CMM, CMMI (SW, SA, SE)
1.3 Основные цели SW CMM
1.4 Оценка системы на соответствие модели CMM (виды Appraisals: Assessment и Evaluation)

2. Результаты применения CMM при улучшении процессов (Value of the CMM)

2.1 Стоимость, продолжительность и получаемые результаты. Статистические данные по отрасли
2.2 Эффективность инвестиций в CMM

3. Уровень зрелости процессов (Software Process Maturity) и TQM (Total Quality Management)

3.1 TQM (Total Quality Management), SPI (Software Process Improvement) и Best Business Practices как основа CMM
3.2 Базовые понятия TQM. Применение подходов TQM при производстве программных продуктов
3.3 Преимущества и риски, заложенные в модели улучшения процессов по CMM
3.4 Понятие процесса. Основные составляющие процессного подхода
3.5 Уровни зрелости процессов

4. Содержание и структура CMM

4.1 Что такое модель CMM
4.2 Базовые понятия Capability Maturity Model
4.3 Основные структурные составляющие модели, назначение и соотношение между собой

5. 2-й уровень (Repeatable)

6. 3-й уровень (Defined Level)

7. 4-й уровень (Managed level)

8. 5-й уровень (Optimizing Level)

9. За границами модели

9.1 Система стандартов для IT индустрии (Roadmap)
9.2 Взаимосвязь ISO с CMM, Rational Unified Process, Project Management
9.3 Применение CMM для небольших организаций
9.4 Чего нет в СММ
9.5 Документы и процессы

10. Заключение

10.1 Заключительный обзор модели SW-CMM. Распространение в мире. Основные трудности
10.2 CMMI (Capability Maturity Model Integration) - дальнейшее развитие модели CMM

Содержание комплекта методических материалов

Комлект слайдов, материалы практических занятий, дополнительные материады для самостоятельного изучения.

Содержание CD ROM

Полный комлект документов по SW-CMM (текст стандарта, методики проведения оценки, статистические материалы по отрасли, примеры документов)

Практический курс по технологии внедрения модели SW-CMM в IT-компаниях

Краткая аннотация:
Данный курс направлен на то, чтобы помочь компаниям самостоятельно и грамотно спланировать и выполнить работы по внедрению модели улучшения зрелости процессов, помочь избежать типичных ошибок и проблем, возникающих при внедрении.

Курс предназначен для:
Курс предназначен для руководителей предприятий и подразделений, занимающихся разработкой ПО, руководителей проектов, менеджеров по качеству и других лиц, заинтересованных в повышении качества своих разработок и в сертификации своего процесса по CMM.

1. Введение

Предпосылки внедрения моделей менеджмента качества в IT компаниях

2. Основные принципы современной концепции менеджмента качества

Обзор признанных стандартов в области менеджмента качества для IT (ISO 9000, SW-CMM, CMMI, TickIT, SPICE)

3. Выбор наиболее эффективной модели для внедрения в своей компании

4. Обзор стандарта SW-CMM v1.1

Цели модели

Основные роли, используемые в модели

Уровни зрелости

Краткий обзор основных положений уровней 2, 3, 4, 5

5. Экспресс-самооценка на определение текущего уровня зрелости своей компании. Выбор оптимального уровня зрелости процессов CMM, который необходимо рассматривать вашей компании в качестве ближайшего ориентира для повышения эффективности процессов

6. Определение минимального набора процессов, требующих наличия документированных процедур, для соответствия требованиям 2-го уровня зрелости. Представление и анализ полученных результатов

7. Пример структуры менеджмента качества компании

1a2

8. Организационное планирование работы по внедрению требований 2 го уровня зрелости в компании

9. Cоставление плана работ и основные роли в процессе внедрения модели SW-CMM

10. Cтруктура документации в организации

11. Обзор типов документов и их основных целей

12. Способы описания процессов

Графическое представление IDEF, блок-схемы и т.д.

Текстовая составляющая в описании процессов

Преимущество и недостатки каждого способа описания процесса

13. Определение процессов, основанных на KPA 2-го уровня зрелости. Представление и анализ полученных результатов

14. Практическое занятие по оценке уровня зрелости процессов в компании