Pajėgumų brandos modelis (CMM) & tai programinės įrangos inžinerijos lygiai

Kas yra CMM?

Pajėgumų brandos modelis naudojamas kaip etalonas organizacijos programinės įrangos proceso brandai matuoti.

CMM buvo sukurtas programinės įrangos inžinerijos institute 80-ųjų pabaigoje. Jis buvo sukurtas atlikus JAV oro pajėgų finansuotą tyrimą kaip būdą įvertinti subrangovų darbą. Vėliau, remiantis CMM-SW modeliu, sukurtu 1991 m., Siekiant įvertinti programinės įrangos kūrimo brandą, į CMM-I yra integruoti keli kiti modeliai.

Šioje pamokoje sužinosime,

• Kas yra pajėgumo brandos modelio (CMM) lygiai?
• Kas vyksta skirtinguose CMM lygiuose?
• Per kiek laiko reikia įdiegti CMM?
• CMM vidinė struktūra
• CMM modelių apribojimai
• Kodėl naudoti CMM?

Kas yra pajėgumo brandos modelio (CMM) lygiai?

1. Pradinis
2. Pakartotinas / valdomas
3. Apibrėžta
4. Kiekybiškai valdoma
5. Optimizavimas

Kas vyksta skirtinguose CMM lygiuose?

Lygiai	Veikla	Privalumai
1 lygio pradinis	1 lygyje procesas paprastai būna chaotiškas ir ad hoc Pajėgumai apibūdinami atsižvelgiant į asmenis, o ne į organizaciją Pažanga neišmatuota Kuriami produktai dažnai būna suplanuoti ir viršija biudžetą Dideli grafiko, išlaidų, funkcionalumo ir kokybės tikslų skirtumai	Nė vienas. Projektas yra visiškas chaosas
2 lygis valdomas	Reikalavimų valdymas Įvertinkite projekto parametrus, pvz., Kainą, tvarkaraštį ir funkcionalumą Išmatuokite faktinę pažangą Parengti planus ir procesą Apibrėžti programinės įrangos projekto standartai Nustatykite ir kontroliuokite produktus, pranešimus apie problemas ir kt. Projektai gali skirtis	Procesus tampa lengviau suprasti Vadovai ir komandos nariai praleidžia mažiau laiko paaiškindami, kaip viskas daroma, ir daugiau laiko jį vykdant Projektai yra geriau įvertinti, geriau suplanuoti ir lankstesni Kokybė integruojama į projektus Iš pradžių išlaidos gali būti didelės, tačiau viršvalandžiai mažėja Paprašykite daugiau dokumentų ir dokumentų
Apibrėžtas 3 lygis	Išaiškinkite klientų reikalavimus Išspręskite projektavimo reikalavimus, sukurkite įgyvendinimo procesą Įsitikina, kad gaminys atitinka reikalavimus ir numatytą paskirtį Sistemingai analizuokite sprendimus Ištaisykite ir suvaldykite galimas problemas	Proceso tobulinimas tampa standartu Sprendimas pereina nuo „kodavimo“ iki „inžinerijos“ Kokybiški vartai atsiranda visos pastangos metu, kai visa komanda dalyvauja procese Rizika yra sumažinta ir nenustebina komandos
4 lygis kiekybiškai valdomas	Statistiškai valdo projekto procesus ir subprocesus Suprasti proceso našumą, kiekybiškai valdyti organizacijos projektą	Optimizuoja proceso našumą visoje organizacijoje Skatina kiekybinį projektų valdymą organizacijoje.
5 lygio optimizavimas	Anksti aptikite ir pašalinkite defektų priežastis Nustatykite ir pritaikykite naujus įrankius bei procesų patobulinimus, kad patenkintumėte poreikius ir verslo tikslus	Skatina organizacines inovacijas ir diegimą Suteikia impulsą priežastinei analizei ir sprendimui

Šioje diagramoje pateikiama vaizdinė to, kas vyksta skirtingu CMM lygiu

Per kiek laiko reikia įdiegti CMM?

CMM yra pats pageidautinas produkto kokybės palaikymo procesas bet kuriai programinės įrangos kūrimo įmonei, tačiau jo įgyvendinimas trunka šiek tiek ilgiau nei tikimasi.

• CMM diegimas nevyksta per naktį
• Tai nėra vien tik „dokumentų tvarkymas“.
• Tipiškas įgyvendinimo laikas yra
  • 3-6 mėnesiai -> paruošimui
  • 6-12 mėnesių -> įgyvendinimui
  • 3 mėnesiai -> vertinimui paruošti
  • 12 mėnesių -> kiekvienam naujam lygiui

CMM vidinė struktūra

Kiekvienas CMM lygis apibrėžiamas į pagrindinę proceso sritį arba KPA , išskyrus 1 lygį. Kiekviena KPA apibrėžia susijusių veiklų grupę, kuri vykdant bendrai pasiekia tikslų, laikomų gyvybiškai svarbiais programinės įrangos pajėgumams gerinti, rinkinį

Skirtingiems CMM lygiams yra nustatyti KPA, pvz., CMM-2 modeliui, KPA yra

• REQM- Reikalavimų valdymas
• PP- projekto planavimas
• PMC - projekto stebėjimas ir kontrolė
• SAM- Tiekėjo sutarčių valdymas
• PPQA procesas ir kokybės užtikrinimas
• CM konfigūracijos valdymas

Panašiai ir kitiems CMM modeliams turite specifinius KPA. Norint sužinoti, ar KPA įgyvendinimas yra efektyvus, ilgalaikis ir pakartotinas, jis pateikiamas taip

1. Įsipareigojimas atlikti
2. Gebėjimas atlikti
3. Veikla
4. Matavimas ir analizė
5. Tikrinamas įgyvendinimas

CMM modelių apribojimai

• CMM nustato, ką procesas turėtų spręsti, o ne kaip jis turėtų būti įgyvendintas
• Tai nepaaiškina visų programinės įrangos proceso tobulinimo galimybių
• Daugiausia dėmesio skiriama programinės įrangos klausimams, tačiau neatsižvelgiama į strateginį verslo planavimą, technologijų pritaikymą, produktų linijos nustatymą ir žmogiškųjų išteklių valdymą
• Nenurodoma, kokiame versle turėtų būti organizacija
• CMM nebus naudinga šiuo metu krizę patiriančiame projekte

Kodėl naudoti CMM?

Šiandien CMM programinės įrangos pramonėje veikia kaip „patvirtinimo antspaudas“. Tai įvairiais būdais padeda pagerinti programinės įrangos kokybę.

• Tai nukreipia į pakartotiną standartinį procesą ir taip sutrumpina mokymosi laiką, kaip viską atlikti
• CMM praktika reiškia standartinio kūrimo protokolo praktikavimą, o tai reiškia, kad tai ne tik padeda komandai sutaupyti laiko, bet ir aiškiai parodo, ką daryti ir ko tikėtis
• Kokybiška veikla puikiai tinka projektui, o ne laikoma atskiru renginiu
• Jis veikia kaip priemiestis tarp projekto ir komandos
• CMM pastangos visada yra proceso tobulinimas

Santrauka

CMM pirmą kartą buvo pristatytas 80-ųjų pabaigoje JAV oro pajėgose, siekiant įvertinti subrangovų darbą. Vėliau su patobulinta versija ji buvo įdiegta siekiant stebėti programinės įrangos kūrimo sistemos kokybę.

Visas CMM lygis yra padalintas į penkis lygius.

• 1 lygis (pradinis): kai reikalavimai sistemai paprastai yra neaiškūs, neteisingai suprantami ir nekontroliuojami. Paprastai procesas yra chaotiškas ir ad hoc.
• 2 lygis (valdomas): įvertinkite projekto kainą, tvarkaraštį ir funkcionalumą. Programinės įrangos standartai yra apibrėžti
• 3 lygis (apibrėžtas): įsitikina, kad produktas atitinka reikalavimus ir numatytą paskirtį
• 4 lygis (kiekybiškai valdomas): statistiškai valdo projekto procesus ir subprocesus
• 5 lygis (branda): nustatykite ir pritaikykite naujus įrankius bei procesų patobulinimus, kad atitiktų poreikius ir verslo tikslus