A CMMI , a képesség-érettségi modell integrációjának rövidítése , referencia modell, a bevált gyakorlatok strukturált halmaza , amelynek célja a mérnöki vállalatok tevékenységének megértése, értékelése és javítása .
CMMI alakult 1980 a Software Engineering Institute a University a Carnegie Mellon , kezdetben, hogy megértsék és mérni a minőségi szolgáltatások által nyújtott szoftver szállítók az osztály az Egyesült Államok Védelmi (DoD). Ma már számítástechnikai cégek, számítógépes rendszergazdák és gyártók széles körben használják saját termékfejlesztésük értékelésére és fejlesztésére. A CMMI az ISACA bejegyzett védjegye .
Az 1980-as években az Egyesült Államok Védelmi Minisztériuma (DoD) megbízást adott egy referenciaérték kidolgozására, amely alapján értékelni tudta szoftvergyártóit . Lassú érlelés után a DoD által finanszírozott SEI ( Software Engineering Institute ) 1991-ben bevezette a képesség-érettségi modellt (CMM). Ez a referenciamodell csak a jó szoftvertervezési gyakorlatokra vonatkozik . A modell erős őrületét követően más hasonló modellek is megjelentek, például:
Olyannyira, hogy a „kezdeti” CMM-et át kellett nevezni SW-CMM-nek ( szoftverhez ).
2001-ben a SEI javasolta modelljének új változatát, a CMMI-t ( képesség-érettségi modell integrációja ), amely felöleli a többi modell jó gyakorlatát, kivéve a humánerőforrás-menedzsmentet, amelyet még nem vettek figyelembe (1.1-es verzió). A modell verzióját 2006-ban frissítették (1.2-es verzió). A CMMI ezen verziója hajlamos volt egyszerűsíteni a modellt és javítani a hardver típusú alkatrészek figyelembevételét. A SEI által gyártott modell utolsó verziója 2011-ből származik (1.3-as verzió).
2013-ban a Carnegie-Mellon Egyetem létrehozott egy független szervezetet, a CMMi Intézetet, hogy a CMMi gyakorlati szempontjait az UTE-től függetlenül kezelje. 2016-ban az ISACA megvásárolta a CMMi Intézetet, megtartva nevét és webhelyét. 2018-ban az ISACA kiadta a CMMi 2.0 verzióját.
A CMMI modell öt szinten határozza meg az érettségi mérési skálát , valamint azokat a mutatókat, amelyek ahhoz szükségesek, hogy egy csapat által végzett tevékenységek e skála alapján értékelhetők legyenek - a csapat lehet munkacsoport, egy vagy több projekt, vállalat vagy akár állam intézmény.
A CMMI egy általános folyamat keretrendszer, amely három modellben (úgynevezett konstellációkban ) található:
E három folyamatmodell különlegessége, hogy van egy közös részük ( angol nyelven a kernel vagy a mag ), amely a gyakorlatok mintegy 60% -át képviseli. Modellenként a különbségek elsősorban a „mérnöki” kategóriához kapcsolódnak, amelynek gyakorlata az érintett tevékenységtől függően változik.
A CMMI-DEV egy folyamatmodell ( a jó gyakorlatok tárháza ) bármilyen típusú termék (vagy rendszer) megvalósításához. A szoftver fejlesztésében és karbantartásában azonban a legtöbbet használják. Mivel hasznos alkalmazási területe az igény megjelenésétől a megfelelő termék szállításáig terjed, vannak más hasznos modellek a szoftver egyéb területeire, például az ITIL infrastruktúrákra és a műveletekre .
A CMMI modellt főleg az informatikai vállalatoknál alkalmazzák, azonban a CMMI alapelvei bármilyen mérnöki tevékenységre érvényesek: építészet, mechanika, elektronika stb.
A CMMI-ben meghatározottak szerint a szervezet érettsége az a fokozat, amelyben kifejezetten és következetesen telepítette a dokumentált, kezelt, mért, felügyelt és folyamatosan fejlesztett folyamatokat.
Az érettségi szint (a többszintű megközelítés esetében) megfelel a folyamatok egy csoportjának egységes képességszintjének elérésének . A szint képesség (képesség szint) mérésére a célok elérését az eljárás az adott szint (kapcsolatainak folyamatos megközelítést CMMI).
A többszintű megközelítésben (van úgynevezett folyamatos megközelítés) a modell által ajánlott jó gyakorlatokat (1.2-es verzió) 22 folyamatterületre csoportosítják, maguk is 5 érettségi szintre csoportosítva. Az M érettségi szinthez kapcsolt folyamatterületek csak akkor stabilizálhatók és hatékonyak, ha az alacsonyabb szintek (<M) folyamatterületei már stabilizáltak és hatékonyak (egymásra rakás elve). Az öt szint a következő:
" Kezdeti " (1. lejárati szint) Nincs nagy irányított oszlop, nincs mód a dolgok vagy a szabványok meghatározására (vagy dokumentálják, de nem használják), mindent meg kell tenni. Nincs monitorozás , nincs teljesítményértékelés és nincs kommunikáció . A hiányosságokat nem ismerik fel, és az alkalmazottak nincsenek tisztában a felelősségükkel határozott és abszolút módon. Az eseményekre reagálni vészhelyzetben, a prioritások egyértelmű meghatározása nélkül kell. Ezen a szinten a megoldásokról és a projektekről az egyén dönt, fejleszti és hajtja végre. Ennek az egyénnek a készségei és saját erőforrásai okozzák a projekt sikerét vagy kudarcát (gúnyosan ezt a szintet hősiesnek vagy kaotikusnak is nevezik ). Az 1. érettségi szintnek nincs leírása a modellben. " Felügyelt ", (fegyelmezett, 2. érettségi szint) Minden projekthez fegyelem kerül kialakításra, amelyet lényegében projekttervek valósítanak meg (fejlesztési terv, minőségbiztosítás , konfigurációkezelés stb.). A projektmenedzsernek a 2. szinten nagy felelőssége van: meg kell határoznia, dokumentálnia, alkalmaznia és naprakészen kell tartania a terveit. Egyik projektről a másikra kamatoztatja és fejleszti projektmenedzsmentjét és mérnöki gyakorlatát. " Meghatározott ", (kiigazítva, 3. lejárati szint) Ezt a szintet a gyakorlatok megfelelő szabványosítása, a központosított tőkésítés (különösen a projektekben végrehajtott intézkedések esetében) és a belső referenciarendszer (vagy minőségügyi rendszer) elsajátítása jellemzi. Vannak iránymutatások, stratégiai terv és folyamatfejlesztési terv a jövőben, összhangban a szervezet üzleti céljaival. Az alkalmazottak képzettek és tisztában vannak felelősségükkel és feladataikkal. „ Mennyiségileg kezelt ”, (mennyiségileg kezelt, 4. lejárati szint) A projektek menedzselése kvantitatív termék- és folyamatminőségi célok alapján történik. A kritikus tevékenységek (vagy alfolyamatok) kapacitását a szervezet határozza meg, a kapcsolódó teljesítmény- és előrejelzési modellekkel együtt. A megrendelő által kért minőség kifejezését figyelembe vesszük a projekt célkitűzéseinek számszerűsítéséhez és tervek készítéséhez a szervezet folyamatainak kapacitása szerint. " Optimalizálás " (optimalizálás, érettségi szint 5) A projektmenedzsment szempontjából mennyiségileg kezelt folyamatokat (4. érettségi szint) folyamatosan optimalizáljuk a tervezett változások (ügyféligények, új technológiák stb.) Előrejelzése érdekében.A kezdeti 1. szint az a szint, ahol a végeredmény kiszámíthatatlan. Ezen a szinten az egyéni erőfeszítések érvényesülnek a megalapozott cél felé irányuló kollektív erőfeszítésekkel szemben. Az eredmények elérése inkább az emberekre, az elkötelezettségre és a jóakaratra támaszkodik, mint a bevált gyakorlatok fegyelmezett alkalmazására. A projekt sikere általában az egyén tehetségétől függ, ezért nevezik ezt a szintet ironikusan a hősök korszakának . De az esetleges siker nem feltétlenül lesz megismételhető.
A hatékonyság és a teljesítmény értékelése hiányzik. A menedzsment nem hoz létre tervet vagy jövőképet, amely kapcsolódna az igényekhez. A dokumentáció nem létezik.
PéldaA biztonsági másolatok felügyeletét egy technikus végzi, aki a biztonsági rendszerek iránt érdeklődik. Megértette és elsajátítja, amit csinál. Általában napi rendszerességgel ellenőrzi az előző napi kezelések eredményeit, senki nem ellenőrzi és nem felügyeli. Szükség esetén alkalmazza a javításokat a rendszerre, ennek ellenére autarkikus módon működik. Ha valamilyen okból (túlterhelés, ünnepek) nem tudja elvégezni a szükséges ellenőrzéseket, akkor ezekről nem gondoskodnak.
A 2. szint fegyelmezett . A tevékenységeket és termékeket (műszaki és menedzsment, közvetítők és végleges) a projekt ellenőrzi. A projekt folyamatai fegyelmezettek, amelyet a következők jellemeznek:
A 2. szint hét folyamatterületből áll, amelyek a következőkkel foglalkoznak:
E hét folyamatterület mindegyike hozzájárul ahhoz, hogy a szervezet jól láthassa a fejlesztéseit : a tartalom, a költségek, a határidők, a kifejlesztett termékek minősége és az alkalmazott folyamatok láthatósága. Általában egy fejlesztőcsapat tagjai, például a menedzsment , tudják a projektjük állapotát és az aktuális fejlesztéseket, valamint a tennivalókat.
A 3. szint ki van igazítva . Ezen a szinten a szervezetnek van egy sor szabványos folyamata, amelyeket az egyes projektek az adott ügyfélkörnyezetnek megfelelően, a szervezet által meghatározott szabályokkal igazítanak. A szabványos folyamatokat egy folyamatcsoport (SEPG - Software / System Engineering Process Group vagy EPG) fejleszti, tartja karban, támogatja és alkalmazásukat ellenőrzi. Minden projekt kamatoztatja tapasztalatait és növeli a kollektív tőkét. Ezen a szinten is szabványosítják az életciklusokat és a mérnöki folyamatokat projekt típusonként.
A 3. szint fejlesztési ciklusokat hoz létre: a fejlesztések során tapasztalt tapasztalatokat, erősségeket és nehézségeket kamatoztatják a jövőbeli fejlesztések javítása érdekében. Például a projekt során felmerült problémákat egy projekt végi jelentésben elemezzük, hogy esetleg gazdagítsuk a tipikus kockázatok bázisát, és előre láthassuk ezt a problémát hasonló fejlesztések során.
A 3. szint a 2. szint alapjain alapul. Így a 2. szintű „Követelménykezelés” területet a 3. szinten a „Követelmény-fejlesztés” terület egészíti ki. Miután a szervezet megtanulta a követelmények kezelését a 2. szinten, a 3. szinten mérnöki gyakorlatokat is alkalmazhat a követelmények meghatározására. Általánosságban elmondható, hogy a 2. szintű folyamatterületek előfeltételei a 3. szintű területeknek.
A 3. szint tizenegy folyamatterületből áll, amelyek a következőkkel foglalkoznak:
Ezen a szinten olyan dolgok halmozását találjuk, amelyek a következő témák szerint csoportosíthatók:
A 4. szintet kvantitatív módon kezelik . Ezen a szinten a kulcsfontosságú folyamatok statisztikai ellenőrzés alatt állnak (a kvantitatív mutatók nyomon követése és korrekciós intézkedések, ha eltérések vannak). A variáció speciális okainak kiküszöbölése.
Például a nagybetűs írás lehetővé tette a folyamat átlagos termelékenységének megállapítását (megtermelt méret / elfogyasztott terhelés). A projekt meghatározza a kapcsolódó termelékenységi célkitűzéseket, és intézkedéseket hoz, amint bármilyen sodródás van.
A 4. szinten bevezetett statisztikai folyamatirányítási módszerek lehetővé teszik a fejlesztési tevékenységek azokra a gyakorlatokra való összpontosítását, amelyek számára ezek a tevékenységek a leghasznosabbak. Projekt szinten lehetővé teszik azoknak a tevékenységeknek az azonosítását, amelyek nem érték el a várt eredményeket, és így intézkednek. Például egy új alkatrész méretétől, technológiájától és összetettségétől függően a teszteknek lehetővé kell tenniük, hogy egy meghatározott tartományon belül számos hibát azonosítsanak. Ha az azonosított hibák száma ezen a tartományon kívül esik, elemzést indítanak az okok megértése érdekében. Ezt a tartományt a korábbi kifejlesztett alkatrészek vizsgálati eredményei alapján végzett statisztikai számítások határozzák meg.
A 4. szint két folyamatterületből áll:
Az 5. szint optimalizálás alatt áll . A szervezet a folyamatok és technológiák optimalizálásának (a variáció gyakori okainak csökkentése) állandó körében van, költség-haszon elemzéseken alapuló optimalizálás. A rendszeres statisztikai oksági elemzések lehetővé teszik ezeket a fejlesztéseket.
A 3. szinttől állandó optimalizálási ciklusok kerülnek bevezetésre. Az 5. szinten statisztikai módszereken alapulnak, hogy az oksági elemzéseket az eseményekre összpontosítsák, amelyek elemzése információt szolgáltat a folyamatok optimalizálásához, elkerülve, hogy kevesebb információt szolgáltató eseményelemzésre fordítson időt.
Az 5. szint két folyamatterületből áll:
A szoftverfejlesztési folyamatokra vonatkozó két szabvány , egy összehasonlító cikk olvasható az ISO 9001 és a CMMI összehasonlítása között.
A folyamatos üzemmódban használt CMMI az ISO 15504 szabvány által elfogadott folyamatmodellek egyike .
A CMMI nem használható napi szoftverkarbantartásra. Vannak azonban más modellek is az ilyen típusú tevékenységekhez, például az S3M karbantartási érettségi modell .