Тема 2 Модель CMMI S_romanenko@mail.ru

1. Тема 2 Модель CMMI S_romanenko@mail.ru Пятиуровневая интегрированная модель совершенствования потенциальных возможностей (Capability Maturity Model Integrated for Software – СММI). Назначение модели. Базовые понятия модели: структура модели, уровни зрелости, ключевые области процесса, цели и ключевые приемы. Распределение ключевых областей процесса по уровням зрелости. Концепция зрелости процесса. Оценивание уровня зрелости.

2. Институт технологиипрограммированияSoftware Engineering Institute (SEI) • Научно-исследовательский центр с государственным • финансированием при университете Карнеги-Меллон • Основан в 1984 году • Собрал воедино специалистов по разработке ПО Стратегическая цель: обеспечить ведущие позиции в технологии программирования для улучшения качества систем, зависящих от программного обеспечения

3. Результаты деятельности SEI • 1987 г. - отчет “Метод для определения способностей подрядчиков в области технологии программирования” • 1989 г. -модель совершенствования способностей к разработке ПИ (CMM) • 2000-2002 г.г. – интегрированная модель совершенствования способностей к разработке ПИ(CMMI)

4. Особенности модели CMM • Задает совокупность базовых технологических действий и умений, которые необходимы и достаточны для предсказуемого и управляемого процесса создания ПИ, и указывает путь для непрерывного улучшения этого процесса • Нацелена только на разработку ПИ • Не определяет, как выполнять разработку ПИ (методы, технологии и процедуры не заданы) • Не определяет, с помощью каких инструментов следует выполнять разработку ПИ

5. Уровнизрелости Содержат Характеризуют Ключевые области процесса Способности Организуются через Достигают Общие черты Цели Определяют Ключевые приемы Реализации процесса Описывают Правила, условия Структура модели CMM Содержат

6. Концепция зрелости процесса • Степень зрелости процесса – степень, в какой на данном предприятии определен, управляется, измеряется, контролируется и совершенствуется процесс создания ПИ • Способность процесса - диапазон ожидаемых результатов, которых можно достичь, если следовать процессу • Производительность процесса - мера фактической результативности, достигнутой через следование процессу (производительность создания ПИ, продолжительность ЖЦ ПИ, уровень качества разрабатываемых ПИ)

7. Уровни зрелости процесса по CMM 1. Начальный 2. Повторяемый 3. Определенный 4. Управляемый 5. Оптимизируемый

8. 2 Ключевые области второго уровня зрелости процесса • Requirements Management - Управление требованиями • Software Project Planning - Планирование проекта • Software Project Tracking and Oversight - Отслеживание и контроль проекта • Subcontractor Management - Управление субподрядчиками • SoftwareQuality Assurance - Обеспечение качества • Software Configuration Management - Управление конфигурацией

9. 2Управление требованиями Цельключевой области: обеспечение возможности установления единого с заказчиком понимания требований к разрабатываемому ПИ и его компонентам

10. 2 Планирование проекта Цельключевой области: создание условий для составления реалистичного проектного плана (эталонной модели хода выполнения проекта) и управления им Результат: набор согласованных планов выполнения проекта ПИ

11. 2Отслеживание проекта Цельключевой области: создание условий для установления надежной отображаемости хода выполнения проекта Результат:руководители всех уровней могут эффективно управлятьвыполнением проекта на всех этапах ЖЦ ПИ

12. 2 Управление субподрядчиками Цельключевой области: обеспечение правильного выбора субподрядчиков и эффективного управления их деятельностью по разработке ПИ Содержит в себе элементы всех ключевых областей второго уровня зрелостипо отношению к субподрядчику

13. 2 Обеспечение качества Цельключевой области: обеспечение концептуальной целостности всех компонентов ПИ и обеспечение требуемой эффективности и качества разрабатываемого ПИ Необходимо иметь специальный план по обеспечению качества, согласованный с остальными планами Отлично!

14. 2 Управление конфигурацией Цельключевой области: обеспечение единой системы идентификации компонентов ПИ, контроля за изменениями и управление изменениями компонентов. Управление конфигурацией осуществляется на всех фазах ЖЦ ПИ

15. 3 Ключевые области третьего уровня зрелости процесса • Organization Process Focus - Нацеленность процесса • Organization Process Definition - Определение процесса • Training Program – Повышение квалификации • Integrated Software Management –Интегрированное управление • Software Product Engineering – Технология разработки ПИ • Intergroup Coordination – Межгрупповая координация • Peer Reviews – Обзоры с коллегами

16. 3 Нацеленность процесса Цельключевой области: создание определенной организационной дисциплины во всех видах деятельности, которая обусловливает способности организации по разработке ПИ Результат: набор компонентов процесса для его определения

17. 3 Определение процесса Цельключевой области: определение, внедрениеипостоянноеулучшение выделенного наборакомпонентов процесса, который обеспечивает его эффективность по всем проектам Результат:перечень видов деятельности, набор процедур, стандартов и других ограничений, которые описываются в книге процесса для их однозначного понимания и строгого соблюдения

18. 3 Повышение квалификации Цельключевой области: создание условий для развития навыков и знаний у исполнителей проектов для более эффективного выполнения поставленных перед ними задач

19. 3 Интегрированное управление Цельключевой области: соединение деятельности по разработке ПИ и управлению в единый согласованный процесс, исходя из компонентов процесса второго и третьего уровней зрелости предприятия

20. 3 Технология разработки Цельключевой области: Определение, внедрение и постоянное следование внедренной технологии разработки ПИ

21. 3 Межгрупповая координация Цельключевой области: создание средствдля эффективного взаимодействия отдельных групп разработчиков, выполняющих разные проекты ПИ, для повышения повторного использования накопленных в организации результатов и передовыхтехнологических приемов. Межгрупповая координация должна планироваться, координироваться и управляться.

22. 3 Обзоры с коллегами Цельключевой области: обеспечение условий для раннего обнаружения и наиболее эффективного устранения ошибок и дефектов, обнаруженных в ПИ Следствиетоварищеских обзоров - изучение причин, вызвавших дефекты, и выработка эффективных мероприятий по предотвращению выявленных причин в будущем

23. 4 Ключевые области четвертого уровня зрелости процесса • Quantitative Process Management - Количественное управление процессом • SoftwareQualityManagement -Управление качеством

24. 4Количественное управление процессом Цельключевой области: обеспечение возможности управления эффективностью процессапо реальным данным – метрикам процесса Определяются реальные отклонения текущих метрикпроцесса от значений целевых метрик устойчивого процесса и на основе анализа причин вырабатываютсятребуемые управляющие воздействия для обеспечения достижения значений целевых метрик

25. 4 Управление качеством Цельключевой области: создание возможности управления достижением целевых количественных показателей по качеству ПИ. Необходимо иметь план управления качеством

26. 5 Ключевые области пятого уровня зрелости процесса • Defect Prevention - Предотвращение дефектов • Technology Change Management - Управление изменениями технологии • Process Change Management - Управление изменениямипроцесса

27. 5 Предотвращение дефектов Цельключевой области: создание условий для эффективного выявления причин возникновения дефектов в прошлом для предотвращения возникновения подобных дефектов в будущем (предотвращение дефектов, а не исправление ошибок!)

28. 5 Управление изменениями технологии Цельключевой области: обеспечение установленного порядка в определении эффективности передовых технологий и возможности управления их внедрением на предприятии При внедрении новых технологий должно отслеживаться соотношение преимуществ от их применения и понесенных затрат на их внедрение

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

30. Оценивание достижимости уровней зрелости Уровень зрелости считается достигнутым, если в результате оценивания предприятия по 10-балльной шкале дипломированными внешними экспертами окажется, что все ключевые области данного уровня получили экспертную оценку не ниже7 Оценивание каждого компонента процесса проводится по трем факторам: • подход; • уровень внедрения; • результат.

31. Оценка фактора “Подход” Определяет, как данный компонент процесса воспринимается непосредственно теми, кого он касается • 0 (плохо)–администрация не видит необходимости внедрения процесса; у предприятия нет возможности или желания; данная деятельность неочевидна; • 2 (слабо) – администрация начала признавать необходимость; начали создаваться необходимые условия для ведения данной деятельности; некоторые подразделения предприятия могут вести данную деятельность; • 4 (посредственно) – имеется большое, но не всеохватывающее желание руководителей всех уровней; имеется план введения данной деятельности в практику; реализованы несколько из необходимых условий для ведения данной деятельности;

32. Оценка фактора “Подход”(продолжение) • 6 (условно удовлетворительно) – сильное желаниеруководства, причем некоторые руководители становятся активными проводниками данной деятельности; в нескольких подразделениях предприятия наблюдается внедрение данной деятельности; имеются в наличии все необходимые условия для ее ведения; • 8 (удовлетворительно) – полноежеланиеруководства, большинство руководителей выступают как активные проводники данной деятельности; деятельность стала составной частью процесса; выполненные необходимые условия делают легким ведение данной деятельности на практике; • 10 (отлично) – руководство взяло на себя ведущую роль при огромном желании; превосходство данного предприятия признается за его пределами

33. Оценка фактора “Уровень внедрения” Характеризует то, насколько хорошо данный компонент процесса распространен на предприятии. • 0 (плохо)– никакое подразделение не ведет данную деятельность; никакое подразделение не проявляет к ней интереса; • 2 (слабо) – фрагментное использование от случая к случаю; несистематическое использование; имеет распространение в некоторой части предприятия; ограниченный контроль над реализацией деятельности; • 4 (посредственно) – более систематическое использование; имеет распространение в большей части предприятия; контроль и проверка реализации деятельности осуществляется в нескольких частях предприятия;

34. Оценка фактора “Уровень внедрения” (продолжение) • 6 (условно удовлетворительно)– деятельность внедрена в большей части предприятия; в основном наблюдается систематическое использование по всему предприятию; контроль и проверка реализации деятельности выполняется в большинстве подразделений; • 8 (удовлетворительно) – деятельность внедрена практически на всем предприятии; систематическое использование практически на всем предприятии; имеет распространение в некоторой части предприятия; контроль и проверка реализации деятельности осуществляется практически на всем предприятии; • 10 (отлично) – повсеместное и систематическое выполнение на всем предприятии в течение заметного интервала времени; контроль и проверка реализации деятельности осуществляется практически на всем предприятии

35. Оценка фактора “Результат” Характеризует то, как сказывается данная деятельность на практических результатах предприятия. • 0 (плохо) – безрезультатно; • 2 (слабо) – получены отдельные разрозненные результаты; несистематические результаты; некоторые свидетельства о результативности деятельности для некоторой части предприятия; • 4 (посредственно) – получены систематические и положительные результаты для нескольких подразделений предприятия; несистематические результаты для остальных подразделений;

36. Оценка фактора “Результат” (продолжение) • 6 (условно удовлетворительно)– имеются положительные результаты, допускающие измерение в большей части предприятия; имеются систематические положительные результаты в течение заметного времени во многих подразделениях предприятия; • 8 (удовлетворительно) – полученыположительные результаты, допускающие измерение практически на всем предприятии; получены систематические положительные результаты в течение заметного времени практически на всем предприятии; • 10 (отлично) – наблюдается превышение установленных требований; имеются систематические результаты мирового уровня; другие разработчики перенимают опыт

37. Развитие стандартов СММ

38. Особенности модели CMMI • Является развитием модели CMM • Включает три модели: CMMI for Development (CMMI-DEV), CMMI for Services (CMMI-SVC) и CMMI for Acquisition (CMMI-ACQ) • Задает два способа описания модели: • Уровневое (поэтапное) представление модели(Staged Representation) – элементы модели выстраиваются по уровням зрелости • Непрерывное представление модели (Continuous Representation) – ориентировано на уровни возможностей и разбивает элементы модели по функциональным областям

39. Поэтапное представление модели процесса Уровни зрелости: • Выполнимый • Управляемый • Определенный • Управляемый количественно • Оптимизируемый

40. Непрерывное представление модели процесса:области процессов • Нацеленность процесса • Определение процесса • Обучение персонала • Управление производительностью • Внедрение новых технологий • Категория «Управление процессом»: • Планирование проекта • Отслеживание и контроль проекта • Управление субподрядчиками • Интегрированное управление проектом • Управление рисками • Создание объединенной команды • Количественное управление проектом • Категория «Управление проектом»: • Управление требованиями • Разработка требований • Разработка технических решений • Интеграция программного продукта • Верификация • Валидация • Категория «Разработка»: • Управление конфигурацией • Обеспечение качества процесса и продукта • Измерение и анализ • Анализ и принятие решений • Организационное окружение для интеграции • Причинный анализ и предотвращение дефектов • Категория «Поддержка»:

41. Пример анкеты при оценивании по ключевой области “Отслеживание проекта” • Используется ли документированный проектный план для отслеживания деятельности по разработке ПИ и подготовке отчетов о состоянии проекта? • Проводит ли руководство предприятия обзор и утверждает все предложения отдельных лиц и групп по улучшению отслеживания хода выполнения проекта, а также контролируются ли изменения этих предложений? • Доводятся ли в явном виде до персонала разработчиков, руководителей, связанных с разработкой ПИ групп сведения об утвержденных изменениях намерений в отношении ПИ или намерений, влияющих на деятельность по разработке ПИ? • Отслеживаются ли критические компьютерные ресурсы и предпринимаются ли действия по стабилизации хода выполнения проектов?

42. Пример анкеты (продолжение) • Отслеживаются ли трудоемкость проектов и предпринимаются ли действия по исправлению положения при обнаружении отклонений реальной трудоемкости от плановой? • Отслеживается ли стоимость выполнения проектов и предпринимаются ли действия по исправлению положения при обнаружении отклонений? • Отслеживается ли график выполнения проектов и предпринимаются ли действия по исправлению положения при обнаружении отклонений от планового графика? • Отслеживается ли деятельность технического характера при выполнении проектов и предпринимаются ли действия по исправлению положения при проявлении рисков и непредвиденных трудностей?

43. Пример анкеты (продолжение) • Отслеживаются ли на протяжении всего времени разработки технические риски, риски по стоимости, ресурсам и графику? • Осуществляется ли хранение фактических данных измерений и данных по перепланированию деятельности по отслеживанию проекта для использования разработчиками и руководителями? • Совершают ли разработчики и руководители всех уровней регулярные обзоры для отслеживания продвижения в технических вопросах, планировании, исполнении и решении проблем, соответствия их планам разработки? • Проводятся ли официальные обзоры на определенных этапах проекта ПИ, а также при начале и завершении определенных стадий разработки для выявления достигнутых результатов?