A Capability Maturity Model (CMM) hatékony és egyszerűbb módja annak, hogy vállalkozása több funkcióját méretezhesse.
Egy vállalat működtetéséhez, egy rendszer vezérléséhez vagy egy csoport kezeléséhez elengedhetetlen a képességek megértése.
Miután leszűkítette vállalkozása különböző funkcióit, fel kell mérnie az összes funkció teljesítményét. Ennek megfelelően szabványokat és célokat határoz meg vállalkozása számára.
Tehát az egyes funkciók és egyének teljesítményének és munkafolyamatának méréséhez és ellenőrzéséhez a vállalkozóknak és a vállalatvezetőknek szilárd megoldásra van szükségük, és meg kell ragadniuk azt.
Így egy vállalat olyan rendszereket fejleszthet ki, amelyek viselik a bonyolultság terhét, és megadják a méretezéshez szükséges pontosságot.
Itt jön a képbe a CMM.
Ebben a cikkben megvitatom, mi a CMM és a CMMI, azok szintjei és a köztük lévő különbségek.
Kezdjük!
Tartalomjegyzék
Mi az a képesség-érettségi modell?
A Capability Maturity Model (CMM) egy egyszerű módszer, amelyet a szervezet alkalmazásfejlesztési folyamatának létrehozására és finomítására használnak. Ez lehetővé teszi a fejlesztők számára a szoftverfejlesztési folyamat fejlesztését és javítását, ami nagyobb konzisztenciát és hatékonyságot eredményez.
Függetlenül attól, hogy milyen szerepet kapott a fejlesztőcsapatban, a CMM megismerése növelheti teljesítményét. Így elmondható, hogy a CMM egy olyan módszer, amely segít a szoftverfejlesztési folyamat értékelésében, fejlesztésében és javításában.
A CMM felvázolja a szoftverfejlesztés és más hercegnők elsődleges eljárásait, amelyek tervezésen, irányításon és tervezésen esnek át. Feltételezi, hogy a rendszeres fejlesztési folyamat a haladás apró jeleivel érhető el nagyobb áttörések helyett.
Ezenkívül keretet kínál a kisebb jelek különböző érettségi szintekre történő kezelésére, hogy platformot biztosítson a szoftverfejlesztési folyamat folyamatos fejlesztéséhez. Ezért ez a módszertan olyan irányítási rendszerek szíveként működik, amelyeket kifejezetten a termékek és szolgáltatások fejlesztési minőségének javítására terveztek a szállításukkal együtt.
A CMM-et a SEI (Software Engineering Institute) fejlesztette ki és népszerűsítette, az amerikai DOD által szponzorált K+F központ. Jelenleg a Carnegie Mellon Egyetem része. A SEI-t először 1984-ben alapították azzal a céllal, hogy különféle szoftverproblémákat kezeljenek és szoftvermódszereket fejlesszenek.
A SEI-t azzal a céllal hozták létre, hogy optimalizálja a Védelmi Minisztérium (DOD) erősen szoftveresen lefoglalt rendszereinek fejlesztési, beszerzési és karbantartási folyamatát. Támogatja a fejlődő CMM, azaz a CMM Integration (CMMI) iparág-központú átvételét.
Miért van szüksége CMM-re?
A CMM-nek számos erőssége van, és ennek a módszernek a leghasznosabb előnye az idő- és pénzmegtakarítási képesség. Ennek az az oka, hogy a rendszert tökéletesen úgy tervezték, hogy más modelleknél hatékonyabban ismerje a javítási folyamat hibáit.
Ezenkívül a CMM javítja az üzleti folyamatokat, és csökkenti a gyártási ütemezések hirtelen változásait. Mivel a CMM volt az első olyan modell, amelyet az ipari folyamat javítására terveztek, más modellalkotások alapköve lehet, mint például a CMM továbbfejlesztett változata (azaz CMMI), a Business Capability Maturity Model (BCMM) stb.
A CMM meglehetősen rugalmas modell minden folyamathoz és piachoz. Függetlenül attól, hogy melyik szektorhoz tartozik, ha van fejlesztőcsapata, a tagok a modell segítségével kijavíthatják a folyamat során fellépő hibákat.
Öt érettségi szint a CMM-ben
A Capability Maturity Model (CMM) öt szintje a fejlesztési folyamatban:
#1. Kezdeti szint
Ezen a szinten a folyamatok nincsenek megfelelő sorrendben. Időnként még kaotikus is lehet. Itt a siker az egyes tagok erőfeszítéseitől függ, és nem tekinthető megismételhető folyamatnak. Ez csak azért van így, mert a folyamat nincs eléggé dokumentálva és definiálva ahhoz, hogy replikálható legyen.
A követett folyamatok kiforratlanok, és az Adhoc, amely instabil környezet a szoftverfejlesztéshez. Ezen túlmenően nincs alapja a termék minőségének és az elkészülési időnek előrejelzésére.
#2. Megismételhető
Ezen a szinten a szükséges folyamatok jól megalapozottak, dokumentáltak és meghatározottak. Ennek eredményeként a projektmenedzsment technikák megfelelően vannak kialakítva, és előfordulhat, hogy a siker nem reprodukálható néhány kulcsfontosságú folyamatterületen.
Az ismételhető szintet a projektmenedzsment néhány alapvető irányelvének kialakításával lehet elérni. A korábbi projektekben szerzett tapasztalatokat felhasználjuk hasonló jellegű projektek menedzselésére. Ez magában foglalja a szükséges erőforrások, célok, korlátok és egyebek meghatározását a projekthez.
Ez a szint egy részletes tervet mutat be, amelyet megfelelően követni kell a minőségi szoftverek sikeres elkészítéséhez. Az elsődleges cél a termék – például annak összetevői – teljesítményének fenntartása a szoftver teljes életciklusa alatt.
Az ismételhető szint magában foglalja a vásárlói visszajelzéseket és az áttekintések kezelését is, ami bizonyos változásokat eredményezhet a beállított követelményben. Ez a követelménykezelés a módosított követelmények befogadásából áll.
Ezen túlmenően, az alvállalkozói szerződések kezelése a szoftverfejlesztés szakképzett vállalkozóinak menedzselésére összpontosít. Ez azt jelenti, hogy felügyel néhány harmadik fél által fejlesztett szoftverrészt. A szoftver minőségbiztosítása garantálja a minőségi szoftverterméket bizonyos szabályokkal és szabványos irányelvekkel a fejlesztési folyamat során.
#3. Meghatározott
Ezen a szinten történik az irányelvek és eljárások dokumentálása. Ez a szoftverfejlesztési folyamatok és menedzsment jól meghatározott összessége. Ebbe beletartozik:
- Szakértői értékelések: Ennél a módszernél a hibákat különféle felülvizsgálati folyamatok, például ellenőrzések, barátok ellenőrzése, áttekintések stb. segítségével kell eltávolítani.
- Csoportközi koordináció: Ez a módszer több fejlesztőcsapat közötti interakcióból áll az igények megfelelő és hatékony kielégítése érdekében.
- Szervezeti folyamat meghatározása: A módszer a szoftverfejlesztési folyamatok fejlesztésére és karbantartására összpontosít.
- Szervezeti folyamatfókusz: Ez magában foglalja azokat a gyakorlatokat és tevékenységeket, amelyeket követni kell a szervezet folyamatképességének javítása érdekében.
- Képzési programok: A képzési programok a csapattagok tudásának és készségeinek fejlesztésére, valamint a munka hatékonyságának javítására összpontosítanak.
#4. Kezelve
Ezen a szinten kvantitatív célokat tűznek ki a szervezet szoftvertermékeinek minőségére és szoftverfolyamataira vonatkozóan. Az elvégzett mérések lehetővé teszik a szervezet számára a folyamat és a termék minőségének előrejelzését a mennyiségileg meghatározott határokon belül.
Ez a szint magában foglalja a mennyiségi elemzés és a termékminőség fejlesztésére és megértésére kidolgozott stratégiákat és terveket. A projekt teljesítményének menedzselésére is összpontosít.
#5. Optimalizálás
Ez a folyamatérettség utolsó szakasza a CMM-ben, amely csak a szervezet fejlesztési folyamatainak mennyiségi visszacsatoláson keresztül történő folyamatos javítására összpontosít. Ez olyan technikák, értékelések és szoftverfolyamatokhoz szükséges eszközök használatával történik, amelyek megakadályozzák az ismert hibák megismétlődését.
Ez a szint a következőket tartalmazza:
- Folyamatváltozás menedzsment: Ez a menedzsment folyamat a szoftverfejlesztési folyamatok folyamatos fejlesztésére összpontosít. Ez javítja a szoftvertermék minőségét, ciklusidejét és termelékenységét.
- Technológiai változásmenedzsment: Technológiák és azonosítási technikák alkalmazásából áll a termék minőségének javítása és a fejlesztési idő minimalizálása érdekében.
- Hibamegelőzés: A hibamegelőzés a hibák okának azonosításával és a következő projektek során történő megismétlődésének megakadályozásával valósítható meg. Ez javítja a projekt által meghatározott folyamatokat.
Képesség-érettségi modell integrációja
A Capability Maturity Model Integration (CMMI) egy egyszerű folyamatmodell, amelyet a szervezetek a fejlesztési folyamatok javítására, a hatékony viselkedés fokozására és a munkafolyamat termelékenységének javítására használhatnak termék, szolgáltatás vagy projekt fejlesztése során. Ez a folyamat során a kockázatok csökkentését eredményezi.
A CMMI-t a Carnegie Mellon Egyetem fejlesztette ki és vezette be. A fejlesztés elsődleges célja az érettségi modellek hatékonyságának és használhatóságának növelése, amelyek mérni tudják a szervezet azon képességét, hogy bizonyos területeken folyamatosan fejlődjenek. Ez csak akkor történhet meg, ha több modellt integrál egyetlen keretrendszerbe.
Az első verziót 2002-ben adták ki, a következőt 2006-ban. 2010-ben megjelent az 1.3-as verzió, a legújabb, 2.0-s pedig 2018-ban jelent meg, amely különféle változtatásokkal járt, például elérhetőbbé, hatékonyabbá tette stb. ., vállalkozások számára.
A CMMI-t az ISACA (korábbi nevén Information Systems Audit and Control Association) vásárolta meg, amely olyan tanúsítványokkal rendelkezik, mint a COBIT keretrendszer. A CMMI egy folyamat- és viselkedési modell, amely segíti a szervezeteket a termékek vagy szolgáltatások fejlesztési folyamatában.
Így a CMMI célja egészen világos. A szolgáltatás vagy termék minőségének javítására szolgál, olyan modell követésével, amely megfelel a vevői elvárásoknak és növeli a szervezet értékét a piacon. Felméri vállalkozása hírnevét és az iparágban érdekelt felek értékét is.
A CMMI jelenleg a következő érdeklődési területekkel foglalkozik:
- CMMI for Development: Termékek és szolgáltatások fejlesztésére szolgál.
- CMMI for Services: A szolgáltatások létrehozására, szállítására és kezelésére szolgál.
- CMMI akvizícióhoz: Termékek és szolgáltatások beszerzését foglalja magában.
A CMMI képviselete
A CMMI képviselet lehetővé teszi a szervezet számára, hogy egy sor fejlesztési célt kövessen. Két ábrázolás létezik:
Szakaszos ábrázolás
- A fejlesztési folyamatok meghatározott készletét használja a fejlesztési út leírására.
- Egy sor fejlesztést biztosít, ahol a sorozat minden része struktúraként szolgál a következő fejlesztéshez.
- Az érettségi szintek segítségével javított utat határoz meg. Az érettségi szint pedig a szervezet különböző folyamatainak érettségéről árulkodik.
- Lehetővé teszi a különböző szervezetek összehasonlítását különböző érettségi szintek szerint.
Folyamatos reprezentáció
- Lehetővé teszi bizonyos folyamatterületek kiválasztását.
- Képességszinteket használ az egyes folyamatok javulásának mérésére.
- Ezenkívül lehetővé teszi a szervezetek közötti összehasonlítást folyamat-területenként.
- A folyamatos képviselet azt is lehetővé teszi a szervezetek számára, hogy különböző folyamatok közül válasszanak a jobb fejlesztés érdekében.
- Ebben az ábrázolásban a szervezetek jobban teljesíthetik céljaikat és csökkenthetik a kockázatokat a különböző folyamatok fejlesztési sorrendjének megválasztásával.
A CMMI szakaszai
A CMMI-ben öt érettségi szakasz van szakaszos ábrázolással:
#1.Kezdeti: Ezen a szinten a fejlesztési folyamatok rosszul ellenőrzöttek vagy irányítottak. Ez magában foglalja a fejlesztési folyamatok előre nem látható kimenetelét is. Ezenkívül kaotikus és ad hoc megközelítéseket alkalmaznak. Nem talál definiált kulcsfolyamat-területeket (KPA). A minőség nem olyan jó, és a termék vagy a szolgáltatás a legnagyobb kockázatnak van kitéve.
#2. Irányított: Az érettség ezen szakaszában a követelményeket megfelelően kezelik, a fejlesztési folyamatokat pedig ellenőrzik és tervezik. Itt a projektet megfelelően irányítják és hajtják végre a dokumentált tervek szerint. A kockázat azonban továbbra is fennáll, de alacsonyabb a kezdeti szintnél.
#3.Definiált: A meghatározott érettségi szinten a fejlesztési folyamatok jól leírtak és jellemezhetők megfelelő eljárások, szabványok, eszközök és módszerek segítségével. A talált minőség közepes minőségű, és a kockázat is közepes.
#4.Kvantitatívan kezelt: Ebben a modellben a minőségi és teljesítményfolyamatok mennyiségi céljai vannak meghatározva. A szervezet igényein, az ügyfelek igényein és egyebeken alapul. A folyamatteljesítmény mértékét mennyiségileg elemezzük. Itt alacsonyabb kockázatú, jobb minőségű folyamatokat talál.
#5.Optimalizálás: Ez az érettségi modell utolsó szakasza, amely magában foglalja a teljesítmény és a folyamatok folyamatos fejlesztését. E szint javulása innovatív és inkrementális is. A folyamatok és a teljesítmények jobb minőségűek, a kockázat pedig a legalacsonyabb.
A CMMI képességszintjei
A képességszint egy adott folyamatterületre vonatkozó releváns gyakorlatokról szól a szervezet folyamatterülettel kapcsolatos folyamatainak javítása érdekében. A CMMI modellekhez hat képességszint létezik:
- 0. képességszint (nem teljes): Beleértve a hiányos, részleges és nem végrehajtott folyamatokat. Ezen a szinten nincsenek általános célok.
- 1. képességszint (végrehajtott): A folyamat teljesítménye nem stabil ezen a szinten. A költségek, az ütemezés és a minőség célkitűzései nem teljesülnek. Az 1. szintű folyamatnak meghatározott gyakorlatokat kell végrehajtania.
- 2. képességszint (irányított): A folyamatot ezen a szinten figyelik, ellenőrzik és tervezik. Itt a célok modellek és mások is, például minőség, ütemezés és költség. A szervezetnek a folyamatokat aktívan kell irányítania a mérőszámok segítségével.
- 3. képességszint (meghatározott): Ez egy meghatározott szint, ahol a folyamatot jól irányítják, és megfelel a szervezeti irányelveknek és szabványoknak. A folyamatok szabványosítására összpontosít.
- 4. képességszint (kvantitatívan irányított): Itt a folyamatot kvantitatív és statisztikai technikák segítségével irányítják. Ezen a szinten a folyamatok teljesítményét metrikus és statisztikai értelemben értjük.
- 5. képességszint (Optimalizálás): Ez a szint a folyamatteljesítmény folyamatos javítására összpontosít. A teljesítmény innovatív és inkrementális módon is javul.
CMM vs. CMMI: Különbség
A CMMI a CMM frissített vagy újabb modellje. A SEI a CMM szabványosítására és integrálására fejlesztette ki a CMMI-t, amely minden funkcióhoz különféle modelleket tartalmaz. Ezek a modellek nincsenek szinkronizálva; ezek integrálása rugalmassá és hatékonnyá teszi a folyamatot.
A kulcsfontosságú folyamatterületek, gyakorlatok, érettségi szintek és célok tekintetében a CMMI-struktúra hasonló a CMM-struktúrához. A CMMI azonban a folyamatok két különböző reprezentációját kínálja.
Nézzünk meg még néhány különbséget a CMM és a CMMI között:
A CMMCMMICMM a Capability Maturity Model rövidítése, amelyet 1984-ben fejlesztettek ki. A CMMI a Capability Maturity Model Integration rövidítése, amelyet 2006-ban fejlesztettek ki. Ez egy viselkedési modell, amelyet a szervezet szoftverfejlesztési folyamatainak mérésére fejlesztettek ki. Ez a frissített verzió feladatorientáltabb és hatékonyabb. Az elsődleges cél a szoftverfejlesztési folyamat érettségi szintjének értékelése. Az elsődleges cél a különböző szoftvermodellek egyetlen szoftverbe történő egyesítése, és néhány CMM-hátrány kiküszöbölése. A CMM-nek öt szakasza van: Kezdeti, ismétlés, definiált, felügyelt és optimalizált A CMMI-nek öt szakasza van: Kezdeti, felügyelt, meghatározott, mennyiségileg felügyelt és optimalizált. A CMM kevésbé hatékony. A CMMI hatékonyabb. Túlságosan folyamatorientált. Célorientált.
Következtetés
A Capability Maturity Model (CMM) egy problémamegoldó rendszer az iparágak szoftverfejlesztési folyamataihoz. Ez megmentheti a vállalkozásokat a folyamatproblémák kezelésétől.
Másrészt a CMMI fejlettebb módszertana, mint a CMM. Ez magában foglalja a vevői elvárások teljesítését, az alkotás értékelését, a marketing növekedését, a termék és a szolgáltatás minőségének javítását, valamint a hírnév javítását.
Felfedezheti az Alkalmazás életciklus-kezelési keretrendszerét is, amely segít a szoftver ütemezett, költségkereten belüli és kiváló minőségű fejlesztésében és szállításában.