Модель Зрілості Можливостей: Детальний Огляд
Модель зрілості можливостей (CMM) являє собою дієвий і простий спосіб для масштабування різноманітних функцій вашого бізнесу.
Ключовим аспектом для ефективного управління компанією, контролю за системою або координації роботи команди є глибоке розуміння її потенційних можливостей.
Після визначення ключових функціональних напрямків вашого бізнесу, необхідно оцінити ефективність кожного з них. На основі цієї оцінки ви розробляєте стандарти та встановлюєте цілі для подальшого розвитку вашої компанії.
Для вимірювання, моніторингу продуктивності та відстеження прогресу роботи кожного відділу та окремих працівників, підприємцям та керівникам бізнесу потрібні надійні методи, які дозволяють фіксувати та аналізувати дані.
Це дозволяє компанії створити системи, які здатні впоратися зі складними процесами та забезпечити необхідну точність для успішного масштабування.
Саме тут на допомогу приходить CMM.
У цій статті ми розглянемо, що таке CMM і CMMI, які їх рівні та в чому полягають основні відмінності між ними.
Розпочнімо!
Що таке Модель Зрілості Можливостей (CMM)?
Модель зрілості можливостей (CMM) – це чітка методика, що застосовується для розбудови та вдосконалення процесу розробки програмного забезпечення в організації. Вона допомагає розробникам підвищувати ефективність процесу, забезпечуючи кращу узгодженість та продуктивність.
Незалежно від вашої ролі в команді розробників, знайомство з CMM може сприяти підвищенню вашої персональної продуктивності. Отже, CMM – це підхід, що допомагає оцінювати, розробляти та покращувати процес створення програмного забезпечення.
CMM встановлює основні процедури для розробки програмних продуктів та інших процесів, що підлягають інженерному, управлінському та плановому контролю. Вона базується на поступовому вдосконаленні, що досягається за рахунок невеликих, але постійних кроків вперед, замість різких проривів.
Крім того, вона надає структуру для управління цими незначними кроками на різних рівнях зрілості, створюючи фундамент для постійного вдосконалення процесу розробки програмного забезпечення. Таким чином, ця методологія є основою систем управління, спеціально розроблених для підвищення якості розробки продуктів і послуг, а також їх постачання.
CMM була розроблена та просувається SEI (Інститутом розробки програмного забезпечення), дослідницьким центром, що фінансується Міністерством оборони США. Сьогодні це частина Університету Карнегі-Меллона. SEI був заснований у 1984 році для вирішення різноманітних проблем у сфері програмного забезпечення та вдосконалення методологій розробки.
SEI був створений з метою оптимізації процесів розробки, придбання та обслуговування систем, де програмне забезпечення відіграє ключову роль, для потреб Міністерства оборони (DOD). Інститут підтримує інтеграцію CMM у промисловість, що сприяє розвитку CMMI (Інтегрованої Моделі Зрілості Можливостей).
Навіщо Потрібна CMM?
CMM має багато сильних сторін, і однією з ключових переваг використання цієї методології є можливість заощадити час та кошти. Це пов’язано з тим, що система розроблена таким чином, щоб більш ефективно виявляти недоліки в процесі розробки порівняно з іншими моделями.
CMM також покращує бізнес-процеси та зменшує ймовірність раптових змін у графіках виробництва. Оскільки CMM була однією з перших моделей, розроблених для покращення промислових процесів, вона може слугувати основою для створення інших моделей, таких як вдосконалена версія CMM (тобто CMMI) та Модель Зрілості Бізнес-Можливостей (BCMM).
CMM – це досить гнучка модель, яка підходить для різних процесів та ринків. Незалежно від галузі, в якій ви працюєте, якщо у вас є команда розробників, вони можуть використовувати цю модель для виявлення та виправлення помилок у процесі розробки.
П’ять Рівнів Зрілості в CMM
Модель зрілості можливостей (CMM) має п’ять рівнів, що відображають прогрес у процесі розробки:
#1. Початковий Рівень
На цьому рівні процеси відбуваються неорганізовано, іноді хаотично. Успіх залежить від зусиль окремих осіб і не вважається відтворюваним процесом, оскільки він недостатньо задокументований і визначений для повторення.
Процеси є незрілими та ситуативними, що створює нестабільне середовище для розробки програмного забезпечення. Крім того, важко передбачити якість продукту та час його виготовлення.
#2. Повторюваний Рівень
На цьому рівні ключові процеси добре налагоджені, задокументовані та визначені. Методи управління проєктами впорядковані, і хоча успіх вже може бути відтворений в окремих сферах, він ще не є стабільним у всіх аспектах.
Повторюваний рівень досягається шляхом запровадження основних політик управління проєктами. Досвід попередніх проєктів використовується для управління новими, подібними проєктами. Це передбачає визначення необхідних ресурсів, цілей, обмежень тощо для кожного проєкту.
Цей рівень забезпечує детальний план, якого необхідно дотримуватись для успішного завершення якісного програмного забезпечення. Основна мета полягає у підтримці продуктивності продукту протягом всього життєвого циклу розробки.
Повторюваний рівень також включає в себе зворотний зв’язок від клієнтів та управління переглядами, що може призвести до коригування встановлених вимог. Управління вимогами полягає в адаптації до цих змін.
Крім того, управління субпідрядниками зосереджується на залученні кваліфікованих сторонніх розробників. Це означає, що компанія управляє частинами програмного забезпечення, розробленими іншими організаціями. Забезпечення якості програмного забезпечення гарантує, що продукт буде якісним та відповідатиме встановленим стандартам.
#3. Визначений Рівень
На цьому рівні настанови та процедури повністю задокументовані. Це чітко визначений набір процесів програмної інженерії та управління. Він включає в себе:
- Експертні перевірки: виявлення та усунення дефектів за допомогою різноманітних перевірок.
- Міжгрупова координація: взаємодія між різними командами для забезпечення ефективного задоволення потреб.
- Визначення процесу організації: розробка та підтримка процесів розробки ПЗ.
- Орієнтація на процес організації: застосування практик для покращення процесів в організації.
- Навчальні програми: програми, спрямовані на підвищення кваліфікації членів команди.
#4. Керований Рівень
На цьому рівні встановлюються кількісні цілі щодо якості програмних продуктів та процесів. Проведені вимірювання дозволяють організації прогнозувати процес і якість продукції в рамках кількісно визначених параметрів.
Цей рівень включає стратегії та плани, розроблені для аналізу та управління якістю продукції. Він також фокусується на управлінні ефективністю проєкту.
#5. Оптимізаційний Рівень
Це останній етап зрілості процесу в CMM, що концентрується на безперервному вдосконаленні процесів розробки в організації за допомогою кількісного зворотного зв’язку. Це досягається за допомогою різних методів, оцінок та інструментів, що допомагають запобігти повторенню відомих дефектів.
Цей рівень включає:
- Управління змінами процесів: постійне вдосконалення процесів розробки.
- Управління технологічними змінами: використання нових технологій для покращення якості продукту.
- Запобігання дефектам: виявлення причин дефектів та їх усунення в майбутніх проєктах.
Інтеграція Моделі Зрілості Можливостей
Інтеграція моделі зрілості можливостей (CMMI) є моделлю, що дозволяє організаціям покращувати процеси розробки, підвищувати продуктивність та ефективність робочого процесу під час створення продуктів, послуг або реалізації проєктів. Це знижує ризики протягом усього процесу.
CMMI була розроблена та представлена Університетом Карнегі-Меллона. Її головною метою є підвищення ефективності та зручності використання моделей зрілості, що дозволяють вимірювати здатність організації постійно вдосконалюватися в певних сферах. Це досягається шляхом інтеграції різних моделей в єдину структуру.
Перша версія CMMI з’явилася у 2002 році, а наступна версія – у 2006. У 2010 році вийшла версія 1.3, а остання версія 2.0 була запущена у 2018 році, принісши різні вдосконалення для підприємств.
Права на CMMI перейшли до ISACA (раніше відомої як Асоціація аудиту та контролю інформаційних систем), яка також відповідає за сертифікацію COBIT. CMMI – це модель, яка допомагає організаціям протягом всього процесу розробки.
Метою CMMI є покращення якості послуг або продуктів шляхом дотримання моделі, що відповідає очікуванням клієнтів та підвищує цінність організації на ринку. Вона також покращує репутацію вашого бізнесу та його цінність.
На сьогодні CMMI охоплює такі сфери:
- CMMI для розробки: створення продуктів та послуг.
- CMMI для послуг: надання та управління послугами.
- CMMI для придбання: закупівля продуктів та послуг.
Представлення CMMI
CMMI має два варіанти представлення:
Поетапне Представлення
- Використовує набір областей процесу для опису шляху вдосконалення.
- Забезпечує послідовність покращень, де кожна частина є фундаментом для наступної.
- Визначає шлях покращення за допомогою рівнів зрілості.
- Дозволяє порівнювати різні організації за різними рівнями зрілості.
Безперервне Представлення
- Дозволяє вибирати окремі процеси.
- Використовує рівні можливостей для вимірювання покращення кожного процесу.
- Дозволяє порівнювати організації за окремими процесами.
- Дає можливість вибирати процеси для покращення.
- Допомагає досягати цілей та зменшувати ризики, обираючи порядок покращення.
Етапи в CMMI
CMMI має п’ять ступенів зрілості з поетапним представленням:
#1. Початковий: Процеси розробки погано контролюються. Результати є непередбачуваними. Використовуються хаотичні підходи. Відсутні визначені ключові процеси. Якість продукту низька, а ризики – високі.
#2. Керований: Вимоги контролюються, процеси плануються. Проєкт керується згідно з документами. Ризики є, але вони нижчі, ніж на початковому рівні.
#3. Визначений: Процеси розробки добре описані та характеризуються. Використовуються відповідні процедури, стандарти, інструменти та методи. Якість є середньою, як і рівень ризику.
#4. Кількісно Керований: Встановлюються кількісні цілі для процесів якості та ефективності. Продуктивність аналізується за допомогою показників. Процеси є якіснішими, а ризик нижчий.
#5. Оптимізація: Постійне вдосконалення продуктивності та процесів. Покращення є інноваційним і поступовим. Процеси та продуктивність є вищими, а ризик – найнижчим.
Рівні Можливостей CMMI
Рівень можливостей відображає відповідні практики для певної області процесу з метою покращення процесів організації. Існує шість рівнів можливостей для моделей CMMI:
- Рівень 0 (незавершений): процеси є частково виконаними.
- Рівень 1 (виконано): процес не є стабільним. Цілі щодо вартості, термінів та якості не досягнуті.
- Рівень 2 (керований): процес контролюється, існують цілі щодо якості, термінів та вартості.
- Рівень 3 (визначений): процес відповідає організаційним стандартам.
- Рівень 4 (кількісно керований): процес контролюється кількісними методами.
- Рівень 5 (оптимізація): безперервне вдосконалення продуктивності процесу.
CMM проти CMMI: Різниця
CMMI – це оновлена версія CMM. SEI розробив CMMI для стандартизації та інтеграції CMM. CMMI пропонує два різних представлення процесів.
Структура CMMI подібна до CMM, але CMMI надає більш гнучкий та ефективний підхід.
Порівняльна таблиця CMM та CMMI:
| CMM | CMMI | |
| Значення | Capability Maturity Model, розроблена в 1984 році. | Capability Maturity Model Integration, розроблена в 2006 році. |
| Опис | Поведінкова модель, що вимірює процеси розробки ПЗ. | Оновлена версія CMM, більш орієнтована на завдання та ефективна. |
| Мета | Оцінка рівнів зрілості в процесі розробки ПЗ. | Об’єднання різних моделей ПЗ та усунення недоліків CMM. |
| Етапи | Початковий, повторюваний, визначений, керований, оптимізований. | Початковий, керований, визначений, кількісно керований, оптимізований. |
| Ефективність | Менш ефективний. | Більш ефективний. |
| Орієнтація | Орієнтований на процес. | Орієнтований на ціль. |
Висновок
Модель зрілості можливостей (CMM) – це система для вирішення проблем у процесах розробки програмного забезпечення. Вона допомагає підприємствам вдосконалювати свої процеси.
CMMI, з іншого боку, має більш сучасну методологію, ніж CMM. Вона орієнтована на задоволення очікувань клієнтів, створення цінності, розвиток маркетингу, покращення якості продуктів і послуг, а також підвищення репутації.
Ви також можете дослідити структуру управління життєвим циклом додатків, яка допомагає розробляти та постачати програмне забезпечення вчасно, в межах бюджету та з високою якістю.