A képesség-fejlettségi modell integrációjának háttere (CMMI)

  • Cikk

Azure DevOps Services | Azure DevOps Server 2022 – Azure DevOps Server 2019

A képesség-fejlettségi modell integrációjának (CMMI) fejlesztési célú végleges útmutatóját a Szoftvermérnöki Intézet a "CMMI: Guidelines for Process Integration and Product Improvement" (CMMI: Irányelvek a folyamatintegrációhoz és a termékfejlesztéshez) címmel teszi közzé. Ez a könyv kifejezetten a CMMI for Development (CMMI-DEV) 1.3-es verzióját írja le, amely a CMMI termékcsomag egyik modellje. A "CMMI Distilled: A Practical Introduction to Integrated Process Improvement" is hasznos és akadálymentes könyv a CMMI-ről.

Feljegyzés

Az itt megadott útmutató a CMMI 1.3-s verzióján alapul, és támogatja az Azure DevOpsban elérhető CMMI-folyamatot. Jelenleg nem létezik terv a tartalom frissítésére a későbbi verziók támogatásához.

Előzményjegyzetek

A CMMI 1987-ben kezdődött, mint a képesség-fejlettségi modell (CMM), a projekt a Szoftvermérnöki Intézet (Standard kiadás I). Standard kiadás I a Carnegie-Mellon Egyetem kutatóközpontja, amelyet a Egyesült Államok Védelmi Minisztérium hozott létre és finanszírozott. Először 1991-ben jelent meg, a CMM for Software a kritikus sikertényezők ellenőrzőlistájaként indult. A modell az International Business Machines (IBM) Corporation és a 20. századi minőségbiztosítási vezetők, például Philip Crosby és W. Edwards Deming kutatására is épül. Mind a nevet, a képesség-fejlettségi modellt, mind a szakaszos ábrázolás öt szintjét a Crosby gyártási érettségi modellje ihlette. Elsősorban a védelmi programokra alkalmazva a CMM jelentős bevezetést ért el, és több változaton is átment. Sikerével a cmM-eket a szoftveren túl számos különböző tantárgy számára fejleszthették. Az új modellek elterjedése zavaró volt. Válaszul a kormány kétéves projektet finanszírozott egyetlen bővíthető keretrendszer létrehozására, amely integrálta a rendszerfejlesztést, a szoftverfejlesztést és a termékfejlesztést. Ez az erőfeszítés több mint 200 iparági és tudományos szakértőt érintett. Az eredmény CMMI volt.

A CMMI-DEV egy modell. Ez nem egy folyamat, sem egy receptet kell követni. Ehelyett a CMMI-DEV olyan szervezeti viselkedéseket biztosít, amelyek bizonyítottan használhatók a szoftverfejlesztésben és a rendszerfejlesztésben. Miért érdemes ilyen modellt használni? Mi a célja? És hogyan érdemes a legjobban használni? Ezek a kritikus kérdések talán a CMMI-vel kapcsolatos legmeg nem értettebb problémák.

Miért érdemes modellt használni?

A fejlesztéshez modellre van szükség a szervezet működéséről, a szükséges funkciókról és a funkciók működéséről. A modell segítségével megismerheti a szervezeti elemeket, és segítséget nyújt a fejlesztés módjával és lehetőségével kapcsolatos vitákban.

A modell a következő előnyöket kínálja:

  • Közös keretrendszert és nyelvet biztosít a kommunikációhoz
  • Több éves tapasztalattal rendelkezik
  • Segít a felhasználóknak mérlegelni a nagy képet, miközben a fejlesztésre összpontosítanak
  • Az oktatók és tanácsadók gyakran támogatják
  • Segíthet a nézeteltérések megoldásában, ha egyeztetett szabványokat biztosít

Mi a CMMI-modell célja?

A CMMI-modell célja, hogy felmérje a szervezet folyamatainak fejlettségét, és útmutatást nyújtson a folyamatok javításához, a továbbfejlesztett termékek érdekében. A CMMI emellett a kockázatkezelés egyik modellje, amely lehetővé teszi a szervezet kockázatkezelésének mérését. Az a képesség, hogy a kockázati tényezőket a szervezetek képesek kiváló minőségű termékeket szállítani. A kockázatok kezelésének másik perspektívája, hogy a szervezet mennyire teljesít stressz alatt. A magas fejlettségű, nagy képességű szervezet könnyen reagálhat váratlan, stresszes eseményekre. Az alacsony érettség és az alacsonyabb képességű szervezetek általában pánikba estek a stressz miatt, vakon követik az eltúlzott eljárásokat, vagy teljesen eldobják az összes folyamatot, és visszavesznek a káoszba.

A CMMI azonban nem egy szervezet gazdasági teljesítményének bizonyított mutatója. Bár a magasabb érettségű szervezetek jobban kezelhetik a kockázatokat, és kiszámíthatóbbak lehetnek, bizonyíték van arra, hogy a magasabb érettségű cégek általában kockázatkerülőek. A kockázatkerülés az innováció hiányához vagy a nagyobb bürokráciához vezethet, ami hosszú átfutási időt és a versenyképesség hiányát eredményezheti. Az alacsonyabb fejlettségű cégek általában innovatívabbak és kreatívabbak, de kaotikusak és kiszámíthatatlanok. Az eredmények elérése gyakran az egyének vagy vezetők hősies erőfeszítéseinek eredménye.

Mi a legjobb módja a CMMI-modell használatának?

A modellt úgy tervezték, hogy egy folyamatfejlesztési kezdeményezés alapjául szolgáljon, és csak a fejlesztés mérésére szolgáló támogatási rendszert használja az értékeléshez. Vegyes siker történt ezzel a használattal. A folyamatdefiníciók modelljét túl könnyű összetéveszteni, és nem egy olyan térképet használni, amely azonosítja a meglévő folyamatok hiányosságait, amelyeket esetleg ki kell tölteni. A CMMI alapvető építőeleme egy folyamatterület, amely meghatározza a célokat és számos olyan tevékenységet, amelyet gyakran használnak a célok teljesítésére. A folyamatterületre példa a folyamat- és termékminőség-biztosítás. A másik a Konfigurációkezelés. Fontos tisztában lenni azzal, hogy a folyamatterület nem folyamat. Egy folyamat több folyamatterületet is átléphet, és egy adott folyamatterület több folyamatot is magában foglalhat.

A CMMI-DEV valójában két modell, amelyek ugyanazokat a mögöttes elemeket használják. Az első és legismertebb a szakaszos képviselet, amely az öt szervezeti érettségi szint egyikére leképezett 22 folyamatterületet mutatja be. Egy szervezet értékelése felmérné, hogy milyen szinten működik, és ez a szint azt jelzi, hogy képes-e kezelni a kockázatokat, és hogy teljesíteni tudja az ígéreteit.

CMMI szakaszos ábrázolás

A 4. és az 5. szintet gyakran magasabb érettségi szinteknek is nevezik. Gyakran egyértelmű különbség van a magasabb fejlettségű szervezetek között, amelyek bemutatják a mennyiségi felügyeletet és a viselkedés optimalizálását, valamint az alacsonyabb érettségű szervezeteket, amelyek csupán felügyelt vagy meghatározott folyamatokat követnek. A magasabb fejlettségű szervezetek alacsonyabb varianciát mutatnak a folyamatokban, és gyakran használnak vezető mutatókat egy statisztikailag védhető felügyeleti módszer részeként. Ennek eredményeképpen a magasabb érettségű szervezetek általában kiszámíthatóbbak és gyorsabban válaszolnak az új információkra, feltéve, hogy más bürokrácia nem kerül az útba. Ha az alacsony érettségű szervezetek általában hősies erőfeszítéseket mutatnak, a magas fejlettségű szervezetek vakon követhetik a folyamatokat, amikor stresszhelyzetben vannak, és nem ismerik fel, hogy a folyamatváltozás megfelelőbb válasz lehet.

A folyamatos képviseleti modellek mind a 22 folyamatterületen külön-külön dolgozzák fel a folyamatot, így a szervezet a fejlesztési erőfeszítéseit a legmagasabb üzleti értéket nyújtó folyamatokhoz igazíthatja. Ez a reprezentáció jobban megfelel Crosby eredeti modelljének. A modell alapján történő értékelés egyetlen szám helyett képességprofilokat eredményez. Mivel a szervezeti érettségi szint az a szint, amelyet a legtöbb vezető és vezető megért, a folyamatos modellértékelés eredményeinek leképezése az öt fázisba.

CMMI folyamatos ábrázolása

A folyamatfejlesztési program alapjaként a szakaszos modell használata veszélyes lehet, ha a megvalósítók elfelejtik, hogy a CMMI nem folyamat vagy munkafolyamat-modell. Ehelyett a CMMI úgy lett kialakítva, hogy célokat biztosítson a folyamatokhoz és a munkafolyamatokhoz. Az ilyen célok elérése javítja a szervezet érettségét és annak valószínűségét, hogy az események a tervek szerint alakulnak ki. Talán a legnagyobb hiba mód az, hogy elér egy szintet a cél, majd hozzon létre folyamatokat és infrastruktúrát egyszerűen átadni az értékelés. A folyamatfejlesztési tevékenységek célja nem szám, hanem mérhető javulás.

A folyamatos modell sikereket ért el a folyamatfejlesztés útmutatójaként. Egyes tanácsadó cégek úgy döntenek, hogy csak útmutatást nyújtanak a folyamatos modellhez. A legnyilvánvalóbb különbség az, hogy a folyamatos modell köré tervezett folyamatfejlesztési program nem rendelkezik olyan mesterséges célokat, amelyeket az érettségi szintek határoznak meg. A folyamatos modell arra is lehetőséget ad, hogy olyan területeken alkalmazza a folyamatfejlesztést, ahol a legnagyobb valószínűséggel a szervezet gazdasági előnyét fogja kihasználni. Ezért a folyamatos modellt követők nagyobb valószínűséggel kapnak pozitív visszajelzést a CMMI-modellen alapuló kezdeményezéstől. Ezenkívül a pozitív visszajelzések nagyobb valószínűséggel vezetnek a fejlesztések erényes ciklusának kialakulásához.

A CMMI-modell elemei

Az alábbi táblázat a CMMI-modellt alkotó 22 folyamatterületet sorolja fel (1.3-es verzió):

Betűszó Folyamatterület
AUTÓ Ok-okozati elemzés és megoldás
CM Konfigurációkezelés
DAR Döntéselemzés és -megoldás
IPM Integrált projektkezelés
MA Mérés és elemzés
OID Szervezeti innováció és üzembe helyezés
OPD Szervezeti folyamatdefiníció
OPF Szervezeti folyamat fókusza
OPP Szervezeti folyamat teljesítménye
OT Szervezeti képzés
PI Termékintegráció
PMC Projektfigyelés > vezérlő
PP Projekttervezés
PPQA Folyamat és termékminőség-garancia
QPM Mennyiségi projektkezelés
RD Követelmények definíciója
REQM Követelmények kezelése
RSKM Kockázatkezelési
Dél-Amerika Szállítói szerződés kezelése
TS Műszaki megoldás
VER Ellenőrzés
VAL Érvényesítés

A szakaszos ábrázolásban a folyamatterületeket a rendszer az egyes fázisok alapján leképezi, ahogyan az alábbi ábrán is látható.

Folyamatterületeket ábrázoló szakaszábra

A folyamatos ábrázolásban a folyamatterületeket funkcionális csoportosításokba alakítja a rendszer, ahogy az az alábbi ábrán is látható.

Folyamatterületeket megjelenítő folyamatos ábrázolás

Minden folyamatterület kötelező, elvárt és informatív összetevőkből áll. Csak a szükséges összetevők szükségesek a modellhez viszonyított értékelés teljesítéséhez. A szükséges összetevők az egyes folyamatterületek konkrét és általános céljai. A várt összetevők az egyes konkrét vagy általános célokra vonatkozó specifikus és általános eljárások. Vegye figyelembe, hogy mivel egy várt összetevő csupán elvárt és nem kötelező, ez azt jelzi, hogy egy adott vagy általános gyakorlat helyettesíthető egy egyenértékű gyakorlattal. A várt eljárások a implementátorok és az értékbecslők irányítására szolgálnak. Alternatív eljárás választása esetén a megvalósítónak kell tanácsot adnia az értékelőnek, és meg kell indokolnia, hogy miért megfelelő egy alternatív gyakorlat. Az informatív összetevők olyan részleteket nyújtanak, amelyek segítenek a megvalósítóknak a CMMI-modell által irányított folyamatfejlesztési kezdeményezés elindításában. Az informatív összetevők közé tartoznak az általános és specifikus eljárások és a tipikus munkatermékek részpraktikái.

Csak általános és konkrét célokra van szükség. Minden mást útmutatóként biztosítunk. A CMMI-szakirodalom például a várt és informatív összetevőkre vonatkozóan nagy űr- és védelmirendszer-projektek adatait húzta le. Előfordulhat, hogy ezek a projektek nem tükrözik a szervezetben végrehajtott projektek típusát, és nem is tükrözik az iparág újabb trendjeit, például az Agilis szoftverfejlesztési módszerek megjelenését.