Képesség-érettségi modell (CMM) és a szoftverfejlesztés szintjei

Mi az a CMM?

A képesség-érettségi modellt viszonyítási alapként használják a szervezet szoftverfolyamatainak érettségének mérésére.

A CMM-et a Szoftvermérnöki Intézetben 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 az alvállalkozók munkájának értékelésére. Later Az 1991-ben a szoftverfejlesztés érettségének felmérésére létrehozott CMM-SW modell alapján számos más modell is integrálva van a CMM-I-be.

Mi az a képesség-érettségi modell (CMM) szintje?

Kezdeti
Megismételhető/kezelt
Meghatározott
Mennyiségileg kezelt
Optimalizálása

Mi történik a CMM különböző szintjein?

Szintek	Tevékenységek	Előnyök
1. szint kezdeti	Az 1. szinten a folyamat általában kaotikus és ad hoc Egy képességet az egyének és nem a szervezet alapján jellemeznek A haladás nem mérhető A kifejlesztett termékek gyakran ütemezettek, és túllépik a költségvetést Széles eltérések az ütemezésben, a költségekben, a funkcionalitásban és a minőségi célokban	Egyik sem. Egy projekt a teljes káosz
2. szint kezelve	Követelménykezelés Becsülje meg a projekt paramétereit, például a költségeket, az ütemezést és a funkcionalitást Mérje meg a tényleges fejlődést Tervek és folyamatok kidolgozása Meg vannak határozva a szoftverprojekt szabványai Termékek azonosítása és ellenőrzése, hibajelentések változásai stb. A folyamatok projektenként eltérőek lehetnek	A folyamatok könnyebben megérthetők A menedzserek és a csapattagok kevesebb időt töltenek a dolgok végrehajtásának elmagyarázásával, és több időt töltenek a végrehajtással A projektek jobban megbecsülhetők, jobban megtervezhetők és rugalmasabbak A minőség beépül a projektekbe A költségek kezdetben magasak lehetnek, de a túlórák csökkennek Kérjen további papírmunkát és dokumentációt
3. szint Meghatározott	Tisztázza az ügyfelek igényeit Tervezési követelmények megoldása, megvalósítási folyamat kidolgozása Gondoskodik arról, hogy a termék megfeleljen a követelményeknek és a rendeltetésszerű használatnak Szisztematikusan elemezze a döntéseket A lehetséges problémák kijavítása és ellenőrzése	A folyamatjavítás szabványossá válik A megoldás a „kódolt” helyett a „tervezett” felé halad Minőségi kapuk jelennek meg a projekt erőfeszítései során, és a teljes csapat részt vesz a folyamatban A kockázatok mérséklődnek, és nem éri meglepetés a csapatot
4. szint mennyiségileg kezelt	Statisztikailag kezeli a projekt folyamatait és részfolyamatait A folyamatok teljesítményének megértése, a szervezet projektjének mennyiségi kezelése	Optimalizálja a folyamatok teljesítményét az egész szervezetben Elősegíti a kvantitatív projektmenedzsmentet egy szervezetben.
5. szint optimalizálása	Korán észlelni és megszüntetni a hibák okát Azonosítson és telepítsen új eszközöket és folyamatfejlesztéseket, hogy megfeleljen az igényeknek és az üzleti céloknak	Elősegíti a szervezeti innovációt és a bevezetést Lendületet ad az ok-okozati elemzéshez és a megoldáshoz

A következő diagram képes bemutatni, 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ásához bármely szoftverfejlesztő cég számára, de megvalósítása alig tart tovább a vártnál.

A CMM megvalósítása nem megy egyik napról a másikra
Ez nem pusztán „papírmunka”.
A megvalósítás tipikus időpontja
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 szintje a következőre van definiálva kulcsfontosságú folyamatterület vagy KPA, kivéve az 1. szintet. Minden KPA meghatározza a kapcsolódó tevékenységek fürtjét, amelyek együttesen végrehajtva elérik a szoftverképesség javítása szempontjából létfontosságúnak tartott célokat.

A különböző CMM-szintekhez vannak KPA-k, például a CMM-modell-2 esetében a KPA

REQM – Követelménykezelés
PP – Projekttervezés
PMC- Projekt Monitoring and Control
SAM – Szállítói szerződéskezelés
PPQA-folyamat és minőségbiztosítás
CM-Configuration Management

Hasonlóképpen, más CMM-modellekhez is speciális KPA-k vannak. Ahhoz, hogy megtudjuk, a KPA végrehajtása hatékony, tartós és megismételhető-e, a következő alapján térképezzük fel

Elkötelezettség a teljesítményre
Előadási képesség
Tevékenységek végeznek
Mérés és elemzés
A megvalósítás ellenőrzése

A CMM modellek korlátai

A CMM határozza meg, hogy a folyamatnak mit kell kezelnie, ahelyett, hogy hogyan kell megvalósítani
Nem magyarázza meg a szoftverfolyamatok javításának 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 átvételét, a termékvonal kialakítását és az emberi erőforrások kezelését
Nem árulja el, hogy egy szervezetnek milyen vállalkozásban kell működnie
A CMM nem lesz hasznos a jelenleg válságos projektben

Miért érdemes CMM-et használni?

Ma a CMM „jóváhagyási pecsétként” működik a szoftveriparban. Különféle módon segít a szoftver minőségének javításában.

Megismételhető szabványos folyamat felé vezet, és ezáltal csökkenti a tanulási időt a dolgok elvégzéséhez
A CMM gyakorlása a szabványos fejlesztési protokoll gyakorlását jelenti, ami azt jelenti, hogy nemcsak időt takarít meg a csapatnak, hanem világos képet ad arról, hogy mit kell tennie és mire számíthat.
A minőségi tevékenységek jobban illeszkednek a projekthez, nem pedig külön eseménynek gondolnák
Ingázóként működik a projekt és a csapat között
A CMM erőfeszítései mindig a folyamat javítására irányulnak

Összegzésként

A CMM-et először a 80-as évek végén vezették be az Egyesült Államok légierejében, hogy értékeljék az alvállalkozók munkáját. Later továbbfejlesztett változatával a szoftverfejlesztő rendszer minőségének nyomon követésére valósították meg.

A teljes CMM szint öt szintre oszlik.

Level 1 (Kezdő): Ahol a rendszer követelményei általában bizonytalanok, félreérthetők és ellenőrizetlenek. A folyamat általában kaotikus és ad-hoc.
Level 2 (Kezelt): A projekt költségének, ütemezésének és funkcionalitásának becslése. Meg vannak határozva a szoftverszabványok
Level 3 (Meghatározott): Megbizonyosodik arról, hogy a termék megfelel a követelményeknek és a rendeltetésszerű használatnak
Level 4 (Kvantitatívan menedzselt): Statisztikailag kezeli a projekt folyamatait és részfolyamatait
Level 5 (Érettség): Azonosítson és telepítsen új eszközöket és folyamatfejlesztéseket az igények és az üzleti célok kielégítése érdekében

Talán tetszene: