Intro 2 CMMI

Что такое CMMI ? Первые шаги

CMMI - Содержание

Как расшифровывается CMMI ?

С чего все началось ?

Для чего это нужно?

Как оно устроено ?

И

Что нам с этим делать?

Как расшифровывается CMMI ?

CMM = Capability Maturity Model

Модель Зрелости Способностей

CMMI = Capability Maturity Model Integration

То же самое, только интегрированное

Лирическое отступление

«Все модели ошибочны, но некоторые полезны»

George Box

С чего все началось ?

CMM(I) – Детище SEI

(Carnegie Mellon, Software Engineering Institute)

Первый заказчик модели

Мин. Обороны США

Цель

Сравнение поставщиков по гос. контрактов

Ориентация

Повторяемость, предсказуемость, надежность

Для чего это нужно?

Модель CMMI …

оценивает возможности производить качественный продукт

содержит рекомендации по улучшению процессов

является набором лучших практик

работает как маркетинговая завлекалочка

Как оно устроено?

А на самом деле как оно устроена?

Уровни зрелости Level 1 “ Initial” Level 2 “ Managed” Level 3 “ Defined” Level 4 “ Quantitatively Managed ” Процессы слабо предсказуемы, плохо контролируемы, реактивны Проекты выполняются по процессам. Часто реактивно. Процессы в проектах являются частными случаями более общих процессов уровня организации. Процессы проактивны. Процессы измеряются и контролируются Фокус на постоянном улучшении процессов Level 5 “ Optimizing” Level 1 “ Initial” Level 2 “ Managed” Level 3 “ Defined” Level 4 “ Quantitatively Managed ”

Maturity Levels Process Area 1 Process Area 2 Process Area 3 Specific Goals Generic Goals Specific Practices Ability to Perform Commitment To Perform Directing Implementation Verifying Implementation Generic Practices Common Features

Кратко о CMMI

573 страницы

22 процессные области

Всего:

Specific Goals: 50

Specific Practices: 172

Generic Goals: 5

Generic Practices: 17

Первый шаг: Уровень 2

Flight Plan:

7 процессных областей

15 целей

55 практик

Хотя…

6 процессных областей

13 целей

47 практик

И что нам с этим делать?

CM: Configuration Management

Можем ли мы «откатить» наши системы на 2 месяца назад?

Можем ли мы сказать кто, когда и зачем поменял тот или иной кусок кода?

MA: Measurements and Analysis

Понимаем ли мы какие измерения нам нужны?

Понимаем ли мы что делать с этими измерениями?

Знаем ли мы как проводить эти измерения и где хранить результаты?

PMC: Project Monitoring And Control

Для каждого ли проекта у нас есть план?

Знаем ли мы какая задача задерживается, а какую сделаем раньше?

По каждой ли задаче у нас есть уверенность, что о ней не забыли?

PP: Project Planning

Для каждой ли задачи у нас есть оценка?

Каждая ли задача имеет объективный критерий завершения?

Для каждой ли задачи нам понятна последовательность шагов?

PPQA: Process And Product Quality Assurance

Проверяем ли мы следование нами нашим же процессам?

Проверяем ли мы объективно завершение каждой задачи?

Убеждаемся ли мы, что оправдали ожидания заказчиков?

REQM: Requirements Management

Убеждаемся ли мы в одинаковом понимании каждого требования?

Исследуем ли мы последствия реализации конкретного требования?

Управляем ли мы изменением требований?

Все не так страшно Scrum + XP >= CMMI ML 2 Configuration Management Potentially shippable product (XP: Team Code Ownership) Measurement and Analysis Velocity, Story Points Project Monitoring and Control Daily stand-up, Burn-Down Project Planning Pre-Game, Sprint planning (XP: Planning Game) Process and Product quality assurance Retrospective, early testing (XP: TDD) Requirements management Product backlog ( XP: Customer on-site ) Supplier Agreement Management

Лирическое отступление