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

Capability Maturity Model (CMM) er en effektiv og enklere måte å skalere flere funksjoner i virksomheten din på.

For å drive et selskap, kontrollere et system eller administrere en gruppe, er det et viktig aspekt å forstå evnene.

Når du har begrenset virksomhetens ulike funksjoner, må du vurdere ytelsen til alle disse funksjonene. I henhold til det setter du standarder og mål for virksomheten din.

Så for å måle og kontrollere ytelsen og arbeidsfremgangen til hver funksjon og enkeltperson, må gründere og bedriftsledere ha en solid løsning og fange den.

På denne måten kan en bedrift utvikle systemer som kan ta byrden av kompleksitet og gi den presisjonen som trengs for å skalere.

Det er her CMM kommer inn i bildet.

I denne artikkelen vil jeg diskutere hva CMM og CMMI er, deres nivåer og forskjellene mellom dem.

La oss begynne!

Hva er Capability Maturity Model?

Capability Maturity Model (CMM) er en enkel metodikk som brukes til å lage og avgrense en organisasjons applikasjonsutviklingsprosess. Dette gjør det mulig for utviklere å utvikle og forbedre programvareutviklingsprosessen, noe som resulterer i høyere konsistens og effektivitet.

Uansett hvilken rolle du har blitt tildelt i utviklingsteamet, kan det å gjøre deg kjent med CMM bidra til å øke ytelsen din. Dermed kan du si at CMM er en metode som hjelper til med å evaluere, utvikle og forbedre programvareutviklingsprosessen.

CMM skisserer primære prosedyrer for programvareutvikling og andre prinsesser som gjennomgår engineering, ledelse og planlegging. Den forutsetter at en regelmessig forbedringsprosess er oppnåelig via små tegn på fremgang i stedet for større gjennombrudd.

I tillegg tilbyr den et rammeverk for å håndtere mindre tegn til ulike modenhetsnivåer for å gi en plattform for kontinuerlig forbedring av programvareutviklingsprosessen. Derfor fungerer denne metodikken som hjertet av styringssystemer spesielt utviklet for å forbedre utviklingskvaliteten til produkter og tjenester sammen med deres leveranser.

CMM ble utviklet og promotert av SEI (Software Engineering Institute), et FoU-senter sponset av US DOD. Det er nå en del av Carnegie Mellon University. SEI ble først grunnlagt i 1984 for å løse ulike programvareproblemer og fremme programvaremetodologier.

SEI ble etablert for å optimalisere utviklingen, anskaffelsen og vedlikeholdsprosessen av sterkt programvarereserverte systemer for Department of Defense (DOD). Den tar til orde for bransjesentrert bruk av den utviklende CMM, dvs. CMM Integration (CMMI).

Hvorfor trenger du CMM?

CMM har mange styrker, og den mest nyttige fordelen med å bruke denne metodikken er dens evne til å spare tid og penger. Dette er fordi systemet er perfekt designet for å kjenne feilene i forbedringsprosessen mer effektivt enn andre modeller.

I tillegg forbedrer CMM forretningsprosesser og reduserer også den plutselige endringen i produksjonsplaner. Siden CMM var den første modellen designet for å forbedre den industrielle prosessen, kan den være grunnsteinen for andre modellkreasjoner, for eksempel den forbedrede versjonen av CMM (dvs. CMMI), Business Capability Maturity Model (BCMM) og mer.

CMM er en ganske fleksibel modell for alle prosesser og markeder. Uansett hvilken sektor du tilhører, hvis du har et utviklingsteam, kan medlemmene bruke modellen til å fikse feil i prosessen.

Fem nivåer av modenhet i CMM

De fem nivåene i Capability Maturity Model (CMM) i utviklingsprosessen er:

#1. Innledende nivå

På dette nivået er ikke prosessene i riktig rekkefølge. Det kan til og med være kaotisk til tider. Her avhenger suksess av innsatsen til det enkelte medlem og regnes ikke som en repeterbar prosess. Dette er kun fordi prosessen ikke er godt dokumentert og definert nok til at den kan replikeres.

Prosesser som følges er umodne og Adhoc som er et ustabilt miljø for programvareutviklingen din. I tillegg er det ikke grunnlag for å forutsi kvaliteten på produktet og dets tid for ferdigstillelse.

#2. Repeterbar

På dette nivået er de nødvendige prosessene godt etablert, dokumentert og definert. Som et resultat er prosjektledelsesteknikker riktig etablert, og suksessen kan ikke gjentas i noen viktige prosessområder.

Det repeterbare nivået kan oppnås ved å etablere noen grunnleggende retningslinjer for prosjektledelse. Erfaring fra tidligere prosjekter brukes til å lede lignende prosjekter. Det inkluderer å definere nødvendige ressurser, mål, begrensninger og mer for prosjektet.

Dette nivået presenterer en detaljert plan som må følges riktig for vellykket gjennomføring av kvalitetsprogramvare. Hovedmålet er å opprettholde ytelsen til produktet, for eksempel dets komponent, gjennom programvarens livssyklus.

Det repeterbare nivået inkluderer også tilbakemeldinger fra kunder og vurderingshåndtering, noe som kan føre til noen endringer i det fastsatte kravet. Denne kravhåndteringen består av tilpasning av de endrede kravene.

Videre fokuserer underleverandørstyring på ledelse av kvalifiserte entreprenører for programvareutvikling. Dette betyr at den administrerer noen programvaredeler som er utviklet av tredjeparter. Kvalitetssikring av programvare garanterer et kvalitetsprogramvareprodukt med visse regler og standard retningslinjer under utviklingsprosessen.

#3. Definert

Dokumentasjon av retningslinjene og prosedyrene skjer på dette nivået. Det er et veldefinert sett med programvareutviklingsprosesser og -administrasjon. Dette inkluderer:

• Fagfellevurderinger: I denne metoden må defekter fjernes ved hjelp av en rekke vurderingsprosesser som inspeksjoner, vennesjekker, gjennomganger, etc.
• Intergruppekoordinering: Denne metoden består av interaksjoner mellom flere utviklingsteam for å sikre riktig og effektiv oppfyllelse av behov.
• Organisasjonsprosessdefinisjon: Metoden fokuserer på utvikling og vedlikehold av programvareutviklingsprosesser.
• Organisasjonsprosessfokus: Dette inkluderer praksis og aktiviteter som må følges for å forbedre prosesskapasiteten til organisasjonen.
• Opplæringsprogrammer: Opplæringsprogrammer fokuserer på kunnskaps- og kompetanseheving av teammedlemmene og sikrer en forbedring av arbeidseffektiviteten.

#4. Fikk til

På dette nivået settes det kvantitative mål for programvareproduktkvaliteten og programvareprosessene i en organisasjon. Målingene som gjøres gjør at organisasjonen kan forutsi prosessen og produktkvaliteten innenfor grensene som er definert kvantitativt.

Dette nivået inkluderer strategier og planer etablert for å utvikle og forstå kvantitativ analyse og produktkvalitet. Den fokuserer også på å administrere prosjektytelse.

#5. Optimalisering

Dette er det siste stadiet av prosessmodenhet i CMM som kun fokuserer på kontinuerlig forbedring av utviklingsprosesser i organisasjonen via kvantitativ tilbakemelding. Dette gjøres ved å bruke teknikker, evaluering og verktøy for programvareprosesser for å forhindre gjentakelse av kjente feil.

Dette nivået inkluderer:

• Prosessendringsledelse: Denne administrasjonsprosessen fokuserer på kontinuerlig forbedring av programvareutviklingsprosessene. Dette forbedrer kvalitet, syklustid og produktivitet for programvareproduktet.
• Teknologiendringsledelse: Den består av bruk av teknologier og identifiseringsteknikker for å forbedre kvaliteten på produktet og minimere utviklingstiden.
• Feilforebygging: Feilforebygging kan gjøres ved å identifisere årsaken til defekter og forhindre at disse defektene gjentar seg i de neste prosjektene. Dette forbedrer prosjektdefinerte prosesser.

Kapabilitet modenhetsmodellintegrasjon

Capability Maturity Model Integration (CMMI) er en enkel prosessmodell som organisasjoner kan bruke til å forbedre utviklingsprosesser, øke effektiv atferd og forbedre produktiviteten i arbeidsflyten mens de utvikler et produkt, en tjeneste eller et prosjekt. Dette resulterer i reduksjon av risiko gjennom hele prosessen.

CMMI ble utviklet og introdusert av Carnegie Mellon University. Den primære intensjonen med denne utviklingen er å øke effektiviteten og brukervennligheten til modenhetsmodeller som kan måle en organisasjons evne til å ha en kontinuerlig forbedring på bestemte områder. Dette kan bare skje ved å integrere flere modeller i ett enkelt rammeverk.

Den første versjonen ble utgitt i 2002, og den neste versjonen ble utgitt i 2006. I 2010 dukket versjon 1.3 opp, og den siste versjonen, 2.0 ble lansert i 2018, som kom med ulike endringer som å gjøre den mer tilgjengelig, effektiv osv. ., for bedrifter.

CMMI ble kjøpt av ISACA (tidligere kjent som Information Systems Audit and Control Association), som eier sertifiseringer som COBIT-rammeverket. CMMI er en prosess- og atferdsmodell som hjelper organisasjoner gjennom hele utviklingsprosessen av produkter eller tjenester.

Dermed er målet med CMMI ganske klart. Den brukes til å forbedre kvaliteten på tjenesten eller produktet ved å følge modellen som oppfyller kundenes forventninger og øker verdien av en organisasjon i markedet. Den vurderer også omdømmet til virksomheten din og verdien til interessenter i bransjen.

CMMI adresserer for tiden følgende interesseområder:

• CMMI for utvikling: Det er for å utvikle produkter og tjenester.
• CMMI for tjenester: Det er for tjenesteetablering, levering og administrasjon.
• CMMI for anskaffelse: Det innebærer anskaffelse av produkter og tjenester.

Representasjon av CMMI

CMMI-representasjon lar en organisasjon forfølge et sett med forbedringsmål. Det er to representasjoner:

Iscenesatt representasjon

• Den bruker et definert sett med utviklingsprosessområder for å beskrive forbedringsveien.
• Den gir en rekke forbedringer, der hver del av serien fungerer som en struktur for neste forbedring.
• Den definerer en forbedret vei ved hjelp av modenhetsnivåer. Og modenhetsnivået forteller om modenheten til ulike prosesser i organisasjonen.
• Det tillater sammenligning mellom ulike organisasjoner for ulike modenhetsnivåer.

Kontinuerlig representasjon

• Det muliggjør valg av bestemte prosessområder.
• Den bruker evnenivåer for å måle forbedringen av den enkelte prosessen.
• I tillegg tillater det sammenligning mellom organisasjoner basert på prosess-område-for-prosess-område.
• Kontinuerlig representasjon lar også organisasjoner velge mellom ulike prosesser for bedre forbedringer.
• I denne representasjonen kan organisasjoner bedre oppfylle sine mål og redusere risiko ved å velge rekkefølgen for forbedring av ulike prosesser.

Stadier i CMMI

Det er fem modenhetsstadier i CMMI med trinnvis representasjon:

#1.Initial: På dette nivået er utviklingsprosesser dårlig kontrollert eller administrert. Det innebærer også uforutsigbare utfall av utviklingsprosessene. I tillegg brukes kaotiske og ad hoc-tilnærminger. Du vil ikke finne noen definerte nøkkelprosessområder (KPA). Kvaliteten er ikke så god, og produktet eller tjenestene har høyest risiko.

#2. Administrert: På dette modenhetsstadiet administreres kravene riktig, og utviklingsprosessene kontrolleres og planlegges. Her er prosjektet riktig administrert og implementert i henhold til de dokumenterte planene. Imidlertid eksisterer risikoen fortsatt, men er lavere enn det opprinnelige nivået.

#3.Definert: I det definerte modenhetsnivået er utviklingsprosessene godt beskrevet og karakterisert ved å bruke riktige prosedyrer, standarder, verktøy og metoder. Kvaliteten du finner er av middels karakter, og risikoen er også middels.

#4.Kvantitativt administrert: I denne modellen er de kvantitative målene for kvalitets- og ytelsesprosesser satt. Det er basert på organisasjonens behov, kundekrav og mer. Prosessytelsesmålene er kvantitativt analysert. Her finner du prosesser av høyere kvalitet med lavere risiko.

#5.Optimalisering: Dette er den siste fasen av modenhetsmodellen som innebærer kontinuerlig forbedring av ytelsen og prosessene. Forbedringen på dette nivået er både nyskapende og inkrementell. Prosessene og ytelsene er av høyere kvalitet, og risikoen er lavest.

Kapasitetsnivåer for CMMI

Et evnenivå forteller om relevant praksis for et bestemt prosessområde for å forbedre en organisasjons prosesser knyttet til prosessområdet. Det er seks funksjonsnivåer for CMMI-modeller:

• Evnenivå 0 (Ufullstendig): Det inkluderer ufullstendige, delvise og ikke utførte prosesser. På dette nivået er det ingen generiske mål.
• Evnenivå 1 (Utført): Prosessytelsen er ikke stabil på dette nivået. Mål om kostnad, tidsplan og kvalitet er ikke oppfylt. Nivå 1-prosessen må utføre spesifikke praksiser.
• Evnenivå 2 (administrert): Prosessen overvåkes, kontrolleres og planlegges på dette nivået. Her er mål både modell og andre som kvalitet, tidsplan og kostnad. Organisasjonen må styre prosesser aktivt ved hjelp av metrikk.
• Evnenivå 3 (definert): Det er et definert nivå hvor prosessen styres godt, og den oppfyller et sett med organisatoriske retningslinjer og standarder. Den fokuserer på prosessstandardisering.
• Evnenivå 4 (Kvantitativt styrt): Her styres prosessen ved hjelp av kvantitative og statistiske teknikker. På dette nivået forstås prosessytelse i metrikk og statistiske termer.
• Evnenivå 5 (Optimalisering): Dette nivået fokuserer på kontinuerlig forbedring av prosessytelsen. Ytelsen forbedres på både innovative og inkrementelle måter.

CMM vs. CMMI: Forskjell

CMMI er en oppdatert eller nyere modell av CMM. SEI utviklet CMMI for å standardisere og integrere CMM, som har ulike modeller for hver funksjon den dekker. Disse modellene er ikke synkronisert; å integrere dem gjør prosessen fleksibel og effektiv.

Med hensyn til sentrale prosessområder, praksis, modenhetsnivåer og mål, er CMMI-strukturen lik CMM-strukturen. CMMI tilbyr imidlertid to forskjellige representasjoner av prosessene.

La oss finne ut noen flere forskjeller mellom CMM og CMMI:

CMMCMMICMM står for Capability Maturity Model, utviklet i år 1984.CMMI står for Capability Maturity Model Integration, utviklet i år 2006.Det er en atferdsmodell som er utviklet for å måle programvareutviklingsprosessene i en organisasjon.Det er den oppdaterte versjonen av CMM-modellen som er mer oppgaveorientert og effektiv. Hovedformålet er å evaluere modenhetsnivåene i programvareutviklingsprosessen. Hovedformålet er å kombinere ulike programvaremodeller til én enkelt programvare og overvinne noen CMM-ulemper.CMM har fem stadier: Initial, repeat, definert, administrert og optimalisertCMMI har fem stadier: Initial, administrert, definert, kvantitativt administrert og optimalisert. CMM er mindre effektivt. CMMI er mer effektivt. Det er for prosessorientert. Det er målrettet.

Konklusjon

Capability Maturity Model (CMM) er et problemløsningssystem for programvareutviklingsprosesser i industrier. Dette kan spare bedrifter fra å håndtere prosessproblemer.

På den annen side har CMMI en avansert metodikk enn CMM. Det innebærer å oppfylle kundenes forventninger, verdsette etableringen, markedsføringsvekst, forbedre produkt- og tjenestekvaliteten og forbedre omdømmet.

Du kan også utforske Application Lifecycle Management-rammeverket som hjelper deg med å utvikle og levere programvaren i tide, innenfor budsjett og av topp kvalitet.