Модель зрілості можливостей (CMM) і її рівні в розробці програмного забезпечення

Що таке CMM?

Модель зрілості можливостей використовується як еталон для вимірювання зрілості програмного процесу організації.

CMM був розроблений в Інституті розробки програмного забезпечення наприкінці 80-х років. Його було розроблено в результаті дослідження, фінансованого ВПС США, як спосіб оцінки роботи субпідрядників. Later на основі моделі CMM-SW, створеної в 1991 році для оцінки зрілості розробки програмного забезпечення, багато інших моделей інтегровано з CMM-I, вони є

Модель зрілості можливостей

Що таке рівні моделі зрілості можливостей (CMM)?

  1. Початковий
  2. Повторюваний/керований
  3. Певний
  4. Кількісно керований
  5. Оптимізація

Рівні моделі зрілості можливостей (CMM).

Що відбувається на різних рівнях ШМ?

Рівні Діяльності Переваги
Рівень 1 Початковий
  • На рівні 1 процес зазвичай хаотичний і нерегулярний
  • Здатність характеризується на основі окремих осіб, а не організації
  • Прогрес не вимірюється
  • Розробка продуктів часто виконується за графіком і перевищує бюджет
  • Великі варіації в розкладі, ціні, функціональності та якості
Жодного. Проект Total Chaos
Керований рівень 2
  • Управління вимогами
  • Оцініть такі параметри проекту, як вартість, графік і функціональність
  • Вимірюйте фактичний прогрес
  • Розробити плани та процес
  • Визначено стандарти програмного проекту
  • Ідентифікувати та контролювати продукти, звіти про проблеми, зміни тощо.
  • Процеси можуть відрізнятися в різних проектах
  • Процеси стають легшими для розуміння
  • Менеджери та члени команд витрачають менше часу на пояснення того, як це робиться, і більше часу на виконання
  • Проекти краще оцінені, краще сплановані та більш гнучкі
  • Якість інтегрована в проекти
  • Спочатку вартість може бути високою, але з часом вона знижується
  • Запитуйте більше паперів і документів
Визначено рівень 3
  • Уточнити вимоги замовника
  • Вирішити вимоги до дизайну, розробити процес впровадження
  • Переконується, що продукт відповідає вимогам і призначенню
  • Систематично аналізуйте рішення
  • Усувайте й контролюйте потенційні проблеми
  • Удосконалення процесу стає стандартом
  • Рішення прогресує від «закодованого» до «спроектованого»
  • Ворота якості з’являються протягом усього проекту, коли вся команда бере участь у процесі
  • Ризики мінімізуються і не застають команду зненацька
Рівень-4 кількісно керований
  • Статистично керує процесами та підпроцесами проекту
  • Розуміти ефективність процесу, кількісно керувати проектом організації
  • Оптимізує продуктивність процесів у всій організації
  • Сприяє кількісному управлінню проектами в організації.
Оптимізація рівня 5
  • Вчасно виявити та усунути причину дефектів
  • Визначайте та впроваджуйте нові інструменти та покращення процесів для задоволення потреб і бізнес-цілей
  • Сприяє організаційним інноваціям і розгортанню
  • Дає поштовх до причинно-наслідкового аналізу та вирішення

Наступна діаграма дає графічне представлення того, що відбувається на різних рівнях CMM

Різні рівні ШМ

Скільки часу потрібно для впровадження ШМ?

CMM є найбажанішим процесом підтримки якості продукту для будь-якої компанії, що розробляє програмне забезпечення, але його впровадження займає трохи більше часу, ніж очікувалося.

  • Впровадження CMM не відбувається миттєво
  • Це не просто «паперова тяганина».
  • Типовий час для реалізації
  • 3-6 місяців -> для підготовки
  • 6-12 місяців -> для реалізації
  • 3 місяців -> для підготовки оцінки
  • 12 місяців ->для кожного нового рівня

Внутрішня будова ШМ

Кожен рівень у CMM визначено в ключова технологічна область або KPA, крім рівня-1. Кожен KPA визначає кластер пов’язаних дій, які при спільному виконанні досягають набору цілей, які вважаються життєво важливими для покращення можливостей програмного забезпечення

Для різних рівнів ШМ існує набір KPA, наприклад, для ШМ моделі-2, KPA є

  • REQM - управління вимогами
  • PP- Планування проекту
  • PMC - Моніторинг і контроль проекту
  • SAM - Управління угодами з постачальниками
  • PPQA-процес і забезпечення якості
  • Управління конфігурацією CM

Подібним чином для інших моделей CMM у вас є спеціальні KPA. Щоб дізнатися, чи впровадження KPA є ефективним, тривалим і повторюваним, його відображають на наступній основі

  1. Зобов'язання виконувати
  2. Здатність до виконання
  3. Діяльність виконує
  4. Вимірювання та аналіз
  5. Перевірка реалізації

Обмеження моделей CMM

  • CMM визначає, на що має звертатися процес, а не те, як його слід реалізовувати
  • Це не пояснює всі можливості вдосконалення програмного процесу
  • Він зосереджений на питаннях програмного забезпечення, але не розглядає стратегічне бізнес-планування, впровадження технологій, створення продуктової лінії та управління людськими ресурсами
  • Це не говорить про те, яким бізнесом має займатися організація
  • CMM не стане в нагоді в проекті, який зараз переживає кризу

Навіщо використовувати CMM?

Сьогодні CMM діє як «знак схвалення» в індустрії програмного забезпечення. Це допомагає різними способами покращити якість програмного забезпечення.

  • Це спрямовує до стандартного процесу, що повторюється, і, отже, скорочує час навчання тому, як виконувати завдання
  • Практика CMM означає практику стандартного протоколу для розробки, що означає, що це не тільки допомагає команді заощадити час, але й дає чітке уявлення про те, що робити і чого очікувати
  • Якісні заходи добре поєднуються з проектом, а не розглядаються як окрема подія
  • Він діє як сполучник між проектом і командою
  • Зусилля CMM завжди спрямовані на вдосконалення процесу

Підсумки

CMM вперше був запроваджений наприкінці 80-х у ВПС США для оцінки роботи субпідрядників. Later на, з покращеною версією, він був реалізований для відстеження якості системи розробки програмного забезпечення.

Весь рівень ШМ ділиться на п'ять рівнів.

  • Рівень 1 (Початковий): де вимоги до системи зазвичай невизначені, неправильно зрозумілі та неконтрольовані. Процес зазвичай хаотичний і нерегулярний.
  • Рівень 2 (Керований): Оцініть вартість проекту, графік і функціональність. Визначено програмні стандарти
  • Рівень 3 (Визначено): гарантує, що продукт відповідає вимогам і призначенню
  • Рівень 4 (Кількісно керований): статистично керує процесами та підпроцесами проекту
  • Рівень 5 (Зрілість): Визначайте та розгортайте нові інструменти та покращення процесів для задоволення потреб і бізнес-цілей