Capability Maturity Model (CMM) Forklaret på 5 minutter eller mindre

Capability Maturity Model (CMM) er en effektiv og nemmere måde at skalere flere funktioner i din virksomhed på.

For at drive en virksomhed, kontrollere et system eller styre en gruppe er forståelsen af ​​mulighederne et væsentligt aspekt.

Når du har indsnævret din virksomheds forskellige funktioner, skal du vurdere udførelsen af ​​alle disse funktioner. I henhold til det sætter du standarder og mål for din virksomhed.

Så for at måle og kontrollere ydeevnen og arbejdsfremskridtene for hver funktion og enkeltperson, skal iværksættere og virksomhedsledere have en solid løsning og fange den.

På denne måde kan en virksomhed udvikle systemer, der kan tage byrden af ​​kompleksitet og give den præcision, der er nødvendig for at skalere.

Det er her CMM kommer ind i billedet.

I denne artikel vil jeg diskutere, hvad CMM og CMMI er, deres niveauer og forskellene mellem dem.

Lad os begynde!

Hvad er Capability Maturity Model?

Capability Maturity Model (CMM) er en simpel metode, der bruges til at skabe og forfine en organisations applikationsudviklingsproces. Dette gør det muligt for udviklere at udvikle og forbedre softwareudviklingsprocessen, hvilket resulterer i højere konsistens og effektivitet.

Uanset hvilken rolle du er blevet tildelt i udviklingsteamet, kan det at sætte dig ind i CMM hjælpe med at øge din præstation. Således kan du sige, at CMM er en metode, der hjælper med at evaluere, udvikle og forbedre softwareudviklingsprocessen.

CMM skitserer primære procedurer for softwareudvikling og andre prinsesser, der gennemgår teknik, ledelse og planlægning. Det forudsætter, at en regelmæssig forbedringsproces er opnåelig via små tegn på fremskridt i stedet for større gennembrud.

Derudover tilbyder det en ramme til at håndtere mindre tegn til forskellige modenhedsniveauer for at give en platform for kontinuerlig forbedring af softwareudviklingsprocessen. Derfor fungerer denne metode som hjertet af ledelsessystemer, der er specielt designet til at forbedre udviklingskvaliteten af ​​produkter og tjenester sammen med deres leverancer.

CMM blev udviklet og promoveret af SEI (Software Engineering Institute), et R&D-center sponsoreret af US DOD. Det er nu en del af Carnegie Mellon University. SEI blev først grundlagt i år 1984 for at løse forskellige softwareproblemer og fremme softwaremetoder.

SEI blev etableret for at optimere udviklingen, erhvervelsen og vedligeholdelsesprocessen af ​​stærkt software-reserverede systemer til Department of Defense (DOD). Det går ind for industricentreret vedtagelse af det udviklende CMM, dvs. CMM Integration (CMMI).

Hvorfor har du brug for CMM?

CMM har mange styrker, og den mest nyttige fordel ved at bruge denne metode er dens tids- og pengebesparende evne. Dette skyldes, at systemet er perfekt designet til at kende fejlene i forbedringsprocessen mere effektivt end andre modeller.

Derudover forbedrer CMM forretningsprocesser og reducerer også den pludselige ændring i produktionsplaner. Da CMM var den første model designet til at forbedre den industrielle proces, kan den være grundstenen for andre modelkreationer, såsom den forbedrede version af CMM (dvs. CMMI), Business Capability Maturity Model (BCMM) og mere.

CMM er en ganske fleksibel model for alle processer og markeder. Uanset hvilken sektor du tilhører, hvis du har et udviklingsteam, kan medlemmer bruge modellen til at rette fejl i processen.

Fem niveauer af modenhed i CMM

De fem niveauer af Capability Maturity Model (CMM) i udviklingsprocessen er:

#1. Indledende niveau

På dette niveau er processerne ikke i orden. Det kan endda være kaotisk til tider. Her afhænger succes af det enkelte medlems indsats og betragtes ikke som en gentagelig proces. Dette er kun fordi processen ikke er veldokumenteret og defineret nok til at den kan replikeres.

Processer, der følges, er umodne og Adhoc, som er et ustabilt miljø for din softwareudvikling. Derudover er der ikke grundlag for at forudsige produktets kvalitet og dets tid til færdiggørelse.

#2. Gentagelig

På dette niveau er de nødvendige processer veletablerede, dokumenterede og definerede. Som et resultat er projektledelsesteknikker ordentligt etableret, og succesen bliver muligvis ikke replikeret i nogle vigtige procesområder.

Det gentagelige niveau kan opnås ved at etablere nogle grundlæggende politikker for projektledelse. Erfaring fra tidligere projekter bruges til at styre lignende projekter. Det inkluderer at definere nødvendige ressourcer, mål, begrænsninger og mere for projektet.

Dette niveau præsenterer en detaljeret plan, der skal følges korrekt for en vellykket gennemførelse af kvalitetssoftware. Det primære mål er at opretholde produktets ydeevne, såsom dets komponent, gennem softwarens livscyklus.

Det gentagelige niveau inkluderer også kundefeedback og anmeldelsesstyring, hvilket kan føre til nogle ændringer i det fastsatte krav. Denne kravstyring består af tilpasning af de ændrede krav.

Endvidere fokuserer underentreprisestyring på ledelse af kvalificerede entreprenører til softwareudvikling. Det betyder, at den administrerer nogle softwaredele, der er udviklet af tredjeparter. Softwarekvalitetssikring garanterer et kvalitetssoftwareprodukt med visse regler og standardretningslinjer under udviklingsprocessen.

#3. Defineret

Dokumentation af retningslinjer og procedurer foregår på dette niveau. Det er et veldefineret sæt af software engineering processer og ledelse. Dette omfatter:

• Peer reviews: I denne metode skal defekter fjernes ved hjælp af en række forskellige gennemgangsprocesser som inspektioner, venskabstjek, gennemgange osv.
• Intergroup koordinering: Denne metode består af interaktioner mellem flere udviklingsteams for at sikre korrekt og effektiv opfyldelse af behov.
• Organisationsprocesdefinition: Metoden fokuserer på udvikling og vedligeholdelse af softwareudviklingsprocesser.
• Organisationsprocesfokus: Dette inkluderer praksis og aktiviteter, der skal følges for at forbedre organisationens proceskapacitet.
• Træningsprogrammer: Træningsprogrammer fokuserer på viden- og kompetenceløft af teammedlemmerne og sikrer en forbedring af arbejdseffektiviteten.

#4. Lykkedes

På dette niveau er der sat kvantitative mål for softwareproduktets kvalitet og softwareprocesser i en organisation. De foretagne målinger giver organisationen mulighed for at forudsige processen og produktkvaliteten inden for de grænser, der er defineret kvantitativt.

Dette niveau inkluderer strategier og planer etableret for at udvikle og forstå kvantitativ analyse og produktkvalitet. Det fokuserer også på at styre projektydelsen.

#5. Optimering

Dette er den sidste fase af procesmodenhed i CMM, der kun fokuserer på den løbende forbedring af udviklingsprocesser i organisationen via kvantitativ feedback. Dette gøres ved at bruge teknikker, evaluering og værktøjer til softwareprocesser for at forhindre gentagelse af kendte defekter.

Dette niveau inkluderer:

• Process change management: Denne ledelsesproces fokuserer på den løbende forbedring af softwareudviklingsprocesserne. Dette forbedrer kvalitet, cyklustid og produktivitet for softwareproduktet.
• Teknologiændringsledelse: Den består af brugen af ​​teknologier og identifikationsteknikker for at forbedre kvaliteten af ​​produktet og minimere udviklingstiden.
• Fejlforebyggelse: Fejlforebyggelse kan udføres ved at identificere årsagen til defekter og forhindre, at disse defekter opstår igen i de næste projekter. Dette forbedrer projektdefinerede processer.

Kapacitet Modenhedsmodel Integration

Capability Maturity Model Integration (CMMI) er en simpel procesmodel, som organisationer kan bruge til at forbedre udviklingsprocesser, booste effektiv adfærd og forbedre produktiviteten i arbejdsgangen, mens de udvikler et produkt, en tjeneste eller et projekt. Dette resulterer i reduktion af risici gennem hele processen.

CMMI blev udviklet og introduceret af Carnegie Mellon University. Den primære hensigt med denne udvikling er at øge effektiviteten og anvendeligheden af ​​modenhedsmodeller, der kan måle en organisations evne til at have en løbende forbedring på bestemte områder. Dette kan kun ske ved at integrere flere modeller i en enkelt ramme.

Den første version blev udgivet i 2002, og den næste version blev udgivet i 2006. I 2010 dukkede version 1.3 op, og den seneste version, 2.0 blev lanceret i 2018, som kom med forskellige ændringer som at gøre den mere tilgængelig, effektiv osv. ., for virksomheder.

CMMI blev købt af ISACA (tidligere kendt som Information Systems Audit and Control Association), som ejer certificeringer som COBIT-rammen. CMMI er en proces- og adfærdsmodel, der hjælper organisationer gennem hele udviklingsprocessen af ​​produkter eller tjenester.

Målet med CMMI er således ret klart. Det bruges til at forbedre kvaliteten af ​​service eller produkt ved at følge den model, der opfylder kundernes forventninger og øger værdien af ​​en organisation på markedet. Den vurderer også din virksomheds omdømme og værdien af ​​interessenter i branchen.

CMMI adresserer i øjeblikket følgende interesseområder:

• CMMI for udvikling: Det er til udvikling af produkter og tjenester.
• CMMI for Services: Det er til serviceetablering, levering og administration.
• CMMI for erhvervelse: Det involverer erhvervelse af produkter og tjenester.

Repræsentation af CMMI

CMMI-repræsentation lader en organisation forfølge et sæt forbedringsmål. Der er to repræsentationer:

Iscenesat repræsentation

• Den bruger et defineret sæt udviklingsprocesområder til at beskrive forbedringsvejen.
• Det giver en række forbedringer, hvor hver del af serien fungerer som struktur for den næste forbedring.
• Den definerer en forbedret vej ved hjælp af modenhedsniveauer. Og modenhedsniveauet fortæller om modenheden af ​​forskellige processer i organisationen.
• Det giver mulighed for sammenligning mellem forskellige organisationer for forskellige modenhedsniveauer.

Løbende Repræsentation

• Det gør det muligt at vælge bestemte procesområder.
• Den bruger kapacitetsniveauer til at måle forbedringen af ​​den enkelte proces.
• Derudover giver det mulighed for sammenligning mellem organisationer baseret på proces-område-for-proces-område.
• Kontinuerlig repræsentation giver også organisationer mulighed for at vælge mellem forskellige processer for bedre forbedringer.
• I denne repræsentation kan organisationer bedre opfylde deres mål og reducere risici ved at vælge rækkefølgen for forbedring af forskellige processer.

Stadier i CMMI

Der er fem modenhedsstadier i CMMI med trinvis repræsentation:

#1.Initial: På dette niveau er udviklingsprocesser dårligt kontrolleret eller styret. Det involverer også uforudsigelige resultater af udviklingsprocesserne. Derudover anvendes kaotiske og ad hoc tilgange. Du vil ikke finde nogen definerede Key Process Areas (KPA’er). Kvaliteten er ikke så god, og produktet eller tjenesterne er i den højeste risiko.

#2. Administreret: På dette modenhedsstadium styres kravene korrekt, og udviklingsprocesser kontrolleres og planlægges. Her er projektet korrekt styret og implementeret i henhold til de dokumenterede planer. Risikoen eksisterer dog stadig, men er lavere end det oprindelige niveau.

#3.Defineret: På det definerede modenhedsniveau er udviklingsprocesserne godt beskrevet og karakteriseret ved brug af korrekte procedurer, standarder, værktøjer og metoder. Kvaliteten, du finder, er af medium kvalitet, og risikoen er også medium.

#4.Kvantitativt styret: I denne model er de kvantitative målsætninger for kvalitets- og præstationsprocesser sat. Det er baseret på organisationens behov, kundekrav med mere. Procesydelsesmålene analyseres kvantitativt. Her finder du processer af højere kvalitet med lavere risiko.

#5.Optimering: Dette er den sidste fase af modenhedsmodellen, der involverer løbende forbedringer i ydeevne og processer. Forbedringen i dette niveau er både innovativ og trinvis. Processerne og ydelserne er af højere kvalitet, og risikoen er den laveste.

Kapacitetsniveauer for CMMI

Et kompetenceniveau fortæller om den relevante praksis for et bestemt procesområde for at forbedre en organisations processer relateret til procesområdet. Der er seks kapacitetsniveauer for CMMI-modeller:

• Kapacitetsniveau 0 (Ufuldstændig): Det inkluderer ufuldstændige, delvise og ikke udførte processer. På dette niveau er der ingen generiske mål.
• Kapacitetsniveau 1 (Udført): Procesydelsen er ikke stabil på dette niveau. Mål om omkostninger, tidsplan og kvalitet er ikke opfyldt. Niveau 1-processen skal udføre specifikke praksisser.
• Kapacitetsniveau 2 (Administreret): Processen overvåges, kontrolleres og planlægges på dette niveau. Her er målsætninger både model og andre som kvalitet, tidsplan og omkostninger. Organisationen skal styre processer aktivt ved hjælp af målinger.
• Kapacitetsniveau 3 (Defineret): Det er et defineret niveau, hvor processen styres godt, og den opfylder et sæt af organisatoriske retningslinjer og standarder. Det fokuserer på processtandardisering.
• Kapacitetsniveau 4 (Kvantitativt styret): Her styres processen ved hjælp af kvantitative og statistiske teknikker. På dette niveau forstås procesydeevne i metriske og statistiske termer.
• Kapacitetsniveau 5 (Optimering): Dette niveau fokuserer på løbende forbedring af procesydelsen. Ydeevnen forbedres på både innovative og trinvise måder.

CMM vs. CMMI: Forskel

CMMI er en opdateret eller nyere model af CMM. SEI udviklede CMMI til at standardisere og integrere CMM, som har forskellige modeller for hver funktion, den dækker. Disse modeller er ikke synkroniseret; at integrere dem gør processen fleksibel og effektiv.

Med hensyn til nøgleprocesområder, praksis, modenhedsniveauer og mål ligner CMMI-strukturen CMM-strukturen. CMMI tilbyder dog to forskellige repræsentationer af processerne.

Lad os finde ud af nogle flere forskelle mellem CMM og CMMI:

CMMCMMICMM står for Capability Maturity Model, udviklet i år 1984.CMMI står for Capability Maturity Model Integration, udviklet i år 2006. Det er en adfærdsmodel, som er udviklet til at måle softwareudviklingsprocesserne i en organisation. Det er den opdaterede version af CMM-modellen, der er mere opgaveorienteret og effektiv. Det primære formål er at evaluere modenhedsniveauerne i softwareudviklingsprocessen. Det primære formål er at kombinere forskellige softwaremodeller i en enkelt software og overvinde nogle CMM-ulemper.CMM har fem trin: Indledende, gentag, defineret, administreret og optimeretCMMI har fem trin: Indledende, administreret, defineret, kvantitativt styret og optimeret. CMM er mindre effektivt. CMMI er mere effektivt. Det er for procesorienteret. Det er målorienteret.

Konklusion

Capability Maturity Model (CMM) er et problemløsningssystem til softwareudviklingsprocesser i industrier. Dette kan spare virksomheder fra at håndtere procesproblemer.

På den anden side har CMMI en avanceret metode end CMM. Det involverer opfyldelse af kundernes forventninger, værdsættelse af skabelse, markedsføringsvækst, forbedring af produkt- og servicekvaliteten og forbedring af omdømme.

Du kan også udforske Application Lifecycle Management-rammeværket, der hjælper med at udvikle og levere softwaren til tiden, inden for budgettet og af topkvalitet.