Model zrelosti zmožnosti (CMM) & to je raven programskega inženirstva

Kaj je CMM?

Model zmožnosti zrelosti se uporablja kot merilo za merjenje zrelosti programskega procesa organizacije.

CMM je bil razvit na inštitutu za programsko inženirstvo v poznih 80-ih. Razvit je bil kot rezultat študije, ki so jo financirale ameriške zračne sile, da bi ocenili delo podizvajalcev. Kasneje na podlagi modela CMM-SW, ustvarjenega leta 1991 za oceno zrelosti razvoja programske opreme, je več drugih modelov integriranih v CMM-I.

V tej vadnici se bomo naučili,

Kaj so ravni zrelosti modela zmožnosti (CMM)?
Kaj se zgodi na različnih ravneh CMM?
Kako dolgo traja izvajanje CMM?
Notranja struktura CMM
Omejitve modelov CMM
Zakaj uporabljati CMM?

Kaj so ravni zrelosti modela zmožnosti (CMM)?

Začetno
Ponovljivo / upravljano
Določeno
Kvantitativno vodeno
Optimizacija

Kaj se zgodi na različnih ravneh CMM?

Ravni	Dejavnosti	Prednosti
Začetna stopnja 1	Na prvi stopnji je postopek običajno kaotičen in priložnosten Sposobnost je označena na podlagi posameznikov in ne organizacije Napredek ni izmerjen Razviti izdelki so pogosto razporejeni in presegajo proračun Široke razlike v urniku, stroških, funkcionalnosti in ciljih kakovosti	Nobenega. Projekt je Total Chaos
2. stopnja upravlja	Upravljanje zahtev Ocenite parametre projekta, kot so stroški, urnik in funkcionalnost Izmerite dejanski napredek Razviti načrte in obdelati Določeni so standardi za programsko opremo Ugotovite in nadzirajte izdelke, spremembe poročil o težavah itd. Procesi se med projekti lahko razlikujejo	Procesi postanejo lažje razumljivi Vodje in člani ekipe porabijo manj časa za razlago, kako se stvari delajo, in več časa za njihovo izvajanje Projekti so bolje ocenjeni, bolje načrtovani in bolj prilagodljivi Kakovost je vključena v projekte Stroški so na začetku lahko visoki, vendar se nadure zmanjšajo Vprašajte več papirjev in dokumentacije
Opredeljena stopnja 3	Pojasnite zahteve strank Rešite zahteve oblikovanja, razvijte postopek izvedbe Zagotavlja, da izdelek ustreza zahtevam in predvideni uporabi Sistematično analizirajte odločitve Odpravite in nadzorujte morebitne težave	Izboljšanje postopka postane standard Rešitev napreduje od "kodiranja" do "inženiringa" Kakovostna vrata se pojavljajo v celotnem projektnem prizadevanju s celotno skupino, ki sodeluje v procesu Tveganja so zmanjšana in ne presenetijo ekipe
Raven-4 Kvantitativno vodeno	Statistično upravlja projektne procese in podprocese Razumevanje uspešnosti procesa, kvantitativno upravljanje projekta organizacije	Optimizira uspešnost procesa v celotni organizaciji Spodbuja kvantitativno upravljanje projektov v organizaciji.
5. stopnja Optimizacija	Vzrok za napake odkrijte in odpravite zgodaj Ugotovite in uvedite nova orodja in izboljšave procesov, da izpolnite potrebe in poslovne cilje	Spodbuja organizacijske inovacije in uvajanje Daje zagon vzročni analizi in razrešitvi

Naslednji diagram daje slikovni prikaz dogajanja na različnih nivojih CMM

Kako dolgo traja izvajanje CMM?

CMM je najbolj zaželen postopek za ohranjanje kakovosti izdelka za katero koli podjetje za razvoj programske opreme, vendar njegovo izvajanje traja malo dlje, kot se pričakuje.

Uvajanje CMM se ne zgodi čez noč
To ni zgolj "papir".
Tipični časi za izvedbo so
- 3-6 mesecev -> za pripravo
- 6-12 mesecev -> za izvedbo
- 3 mesece -> za pripravo na oceno
- 12 mesecev -> za vsako novo raven

Notranja struktura CMM

Vsaka raven v CMM je definirana v ključno procesno območje ali KPA , razen za stopnjo 1. Vsak KPA opredeli skupino s tem povezanih dejavnosti, ki ob skupnem izvajanju doseže vrsto ciljev, ki so ključnega pomena za izboljšanje zmogljivosti programske opreme

Za različne ravni CMM obstaja nabor KPA, na primer za model CMM-2, KPA so

REQM - upravljanje zahtev
PP - Načrtovanje projektov
PMC - spremljanje in nadzor projektov
SAM - upravljanje dobaviteljskega sporazuma
PPQA-proces in zagotavljanje kakovosti
Upravljanje konfiguracije CM

Podobno imate za druge modele CMM posebne KPA. Če želimo vedeti, ali je izvajanje KPA učinkovito, trajno in ponovljivo, je preslikano na naslednji podlagi

Zaveza za izvajanje
Sposobnost nastopanja
Dejavnosti opravljajo
Meritve in analize
Preverjanje izvajanja

Omejitve modelov CMM

CMM določa, kaj naj postopek obravnava namesto tega, kako naj se izvaja
Ne pojasnjuje vseh možnosti za izboljšanje programske opreme
Osredotoča se na vprašanja programske opreme, ne upošteva pa strateškega poslovnega načrtovanja, sprejemanja tehnologij, vzpostavitve proizvodne linije in upravljanja s človeškimi viri
Ne pove, v kakšnem poslu bi morala biti organizacija
CMM ne bo koristen pri projektu, ki trenutno ima krizo

Zakaj uporabljati CMM?

Danes CMM deluje kot "pečat odobritve" v industriji programske opreme. Na različne načine pomaga izboljšati kakovost programske opreme.

Vodi k ponovljivemu standardnemu postopku in s tem skrajša čas učenja, kako stvari narediti
Vadba CMM pomeni vadbo standardnega protokola za razvoj, kar pomeni, da ekipi ne le prihrani čas, temveč tudi jasen pogled na to, kaj storiti in kaj pričakovati
Kakovostne dejavnosti se dobro ujemajo s projektom in ne kot ločen dogodek
Deluje kot potnik med projektom in ekipo
Prizadevanja CMM so vedno usmerjena v izboljšanje procesa

Povzetek

CMM je bil prvič uveden v poznih 80-ih v ameriških letalskih silah za oceno dela podizvajalcev. Kasneje je bil z izboljšano različico uveden za sledenje kakovosti sistema za razvoj programske opreme.

Celotna stopnja CMM je razdeljena na pet ravni.

1. raven (začetna): če so zahteve za sistem običajno negotove, nerazumljene in nenadzorovane. Postopek je običajno kaotičen in priložnosten.
2. raven (upravljana): ocenite stroške, urnik in funkcionalnost projekta. Določeni so standardi programske opreme
3. stopnja (določeno): Prepriča se, da izdelek izpolnjuje zahteve in predvideno uporabo
4. raven (kvantitativno vodeno): statistično upravlja procese in podprocese projekta
5. stopnja (zrelost): prepoznavanje in uvajanje novih orodij in izboljšav procesov za izpolnitev potreb in poslovnih ciljev