CMM срещу CMMI
Моделът за зрялост на способностите (CMM v1.0), първият CMM, е разработен и пуснат на пазара през август 1990 г. Това е модел за оценка на 5 нива, разработен от Инженерния софтуер за инженеринг (SEI) в Университета в Карнеги Мелън, за да илюстрира най-добрите практики по отношение на инженеринг и управление, по-специално в разработването на софтуер. Това е еволюционен модел на движението на компания за разработване на софтуер.
Причината за развитието на CMM беше да помогне на правителството на САЩ в оценката на способностите на доставчиците на софтуер да се справят с големи проекти. Преди разработването на модела много от компаниите изпълниха проекти със значителни недостатъци в планирането и бюджета. Моделът помогна за решаването на тези проблеми.
В една зряла организация трябва да има стандарти за процесите за управление на проекти и разработване на продукти. Тъй като моделът е специално създаден за софтуерни компании, общите правила за структурата на крайния програмен код, интерфейси, компоненти и други са описани в модела CMM. С други думи, CMM е модел на зряла организация и как работи като разработчик или производител.
CMM стана много успешен и започна да се използва и разработва специално за други аспекти на организация и дисциплини като: Системно инженерство, хора, интегрирана разработка на продукти и други.
Въпреки това, колкото и полезни да са, CMM не са без проблеми. Множество организации установяват, че са противоречиви и доста се припокриват. Проблем има и в различни интерфейси, тъй като му липсва яснота. Липсата на стандартизация също е основен проблем.
CMMI или CMM Integration е разработена за интегриране на текущи и предстоящи модели. Това е нещо като ъпгрейд от CMM модела и описва подобренията на процесите за организации, особено в разработването на софтуер. Моделът включва следните области: събиране (данни и изисквания), планиране / проследяване на проекти, управление на конфигурацията, обучение, осигуряване на качество, сътрудничество и партньорски проверки.
CMMI основно подпомага включването на традиционно отделни организационни функции и операции, определя целите за подобряване на процесите, осигурява надзор на процесите по качество и предоставя ориентир за оценка на текущите процеси.
Резюме:
1. CMM е първи, но по-късно е подобрен и е наследен от CMMI.
2. Различните групи CMMS имат проблеми с припокриванията, противоречия и липса на стандартизация. По-късно CMMI се справи с тези проблеми.
3. Първоначално CMM описва конкретно софтуерното инженерство, докато CMMI описва интегрираните процеси и дисциплини, тъй като се прилага както за софтуерното, така и за системното инженерство.
4. CMMI е много по-полезен и универсален от по-стария CMM.