Képesség-érettségi modell (CMM) a szoftverfejlesztésben
⚡ Okos összefoglaló
A képességérettségi modell (CMM) egy olyan mérőszám, amely egy szervezet szoftverfolyamatainak érettségét méri. A Software Engineering Institute által kidolgozott modell öt szintet határoz meg, amelyek a csapatokat a kaotikus, eseti munkától a folyamatos, optimalizált fejlesztés felé irányítják.

Mi az a CMM?
Képességi lejárati modell referenciaértékként használják egy szervezet szoftverfolyamatainak érettségének mérésére.
A CMM-et a Software Engineering Institute-ban fejlesztették ki a 80-as évek végén. Az amerikai légierő által finanszírozott tanulmány eredményeként fejlesztették ki, amelynek célja az alegységek munkájának értékelése volt.tractors. LaterAz 1991-ben a szoftverfejlesztés érettségének felmérésére létrehozott CMM-SW modell alapján számos más modellt integráltak a CMM-I-be.
Mi az a képesség-érettségi modell (CMM) szintje?
A modell öt progresszív érettségi szintet határoz meg:
- Kezdeti
- Megismételhető/kezelt
- Meghatározott
- Mennyiségileg kezelt
- Optimalizálása
Mi történik a CMM különböző szintjein?
Az alábbi táblázat az egyes szintek tevékenységeit és előnyeit mutatja be.
| Szintek | Tevékenységek | Előnyök |
|---|---|---|
| 1. szint kezdeti |
|
Semmi. Egy projekt teljes káosz. |
| 2. szint kezelve |
|
|
| 3. szint Meghatározott |
|
|
| 4. szint mennyiségileg kezelt |
|
|
| 5. szint optimalizálása |
|
|
A következő ábra szemlélteti, hogy mi történik a különböző CMM szinteken:
Mennyi ideig tart a CMM bevezetése?
A CMM a legkívánatosabb folyamat a termék minőségének fenntartása érdekében bármely szoftverfejlesztő cég számára, de a megvalósítása valamivel tovább tart a vártnál.
- A CMM megvalósítása nem egyik napról a másikra történik.
- Ez nem pusztán „papírmunka”.
- A megvalósítás tipikus időpontjai a következők:
- 3-6 hónap -> a felkészüléshez
- 6-12 hónap -> megvalósításához
- 3 hónap -> értékelés előkészítésére
- 12 hónap -> minden új szinthez
A CMM belső felépítése
A CMM minden szintjét egy kulcsfontosságú folyamatterület vagy KPA, kivéve az 1. szintet. Minden KPA egy kapcsolódó tevékenységek csoportját határozza meg, amelyek együttesen végrehajtva a szoftverképességek fejlesztése szempontjából létfontosságúnak tekintett célok halmazát érik el.
A különböző CMM-szintekhez KPA-k tartoznak. Például a CMM 2. modell esetében a KPA-k a következők:
- REQM – Követelménykezelés
- PP – Projekttervezés
- PMC – Projektfelügyelet és -ellenőrzés
- SAM – Beszállítói szerződéskezelés
- PPQA – Folyamat- és minőségbiztosítás
- CM – Konfigurációkezelés
Hasonlóképpen, más CMM modellek esetében is vannak specifikus KPA-k. Annak megállapításához, hogy egy KPA megvalósítása hatékony, tartós és megismételhető-e, a következő alapon térképezik fel:
- Elkötelezettség a teljesítményre
- Előadási képesség
- Végzett tevékenységek
- Mérés és elemzés
- A megvalósítás ellenőrzése
A CMM modellek korlátai
A modellnek számos korlátozása is van:
- A CMM azt határozza meg, hogy egy folyamatnak mit kell kezelnie, ahelyett, hogy hogyan kellene megvalósítani.
- Nem magyarázza meg a szoftverfolyamatok fejlesztésének minden lehetőségét.
- A szoftveres kérdésekre koncentrál, de nem veszi figyelembe a stratégiai üzleti tervezést, a technológiák bevezetését, a termékcsalád létrehozását és az emberi erőforrások kezelését.
- Nem mondja meg, hogy milyen üzleti tevékenységet kellene végeznie egy szervezetnek.
- A CMM nem lesz hasznos egy olyan projektben, amely jelenleg válságban van.
Miért érdemes CMM-et használni?
Manapság a CMM a szoftveriparban a „jóváhagyás pecsétjeként” működik. Különböző módokon segít a szoftverek minőségének javításában.
- Egy megismételhető szabványos folyamat felé tereli a figyelmet, és ezáltal csökkenti a dolgok elvégzésének megtanulásához szükséges időt.
- A CMM gyakorlása egy szabványos fejlesztési protokoll gyakorlását jelenti, ami nemcsak időt takarít meg a csapatnak, hanem világos képet ad arról is, hogy mit kell tenni és mire számíthatnak.
- A minőségi tevékenységek jobban illeszkednek a projekthez, ahelyett, hogy különálló eseményként tekintenének rájuk.
- Kommunikátorként működik a projekt és a csapat között.
- A CMM erőfeszítései mindig a folyamat fejlesztésére irányulnak.



