Forskjellen mellom CMM og CMMI

CMM vs CMMI

Capability Maturity Model (CMM v1.0), den aller første CMM, ble utviklet og utgitt i august 1990. Det er en 5-nivå vurdering modell utviklet av Software Engineering Institute (SEI) ved Carnegie Mellon University for å illustrere de beste praksis angående ingeniørfag og ledelse, spesielt innen programvareutvikling. Det er en evolusjonær modell for bevegelse av et selskap for å utvikle programvare.

Årsaken til utviklingen av CMM var å bistå den amerikanske regjeringen med å vurdere programvareutbyderes evner til å håndtere store prosjekter. Før utviklingen av modellen gjennomførte mange av selskapene prosjekter med betydelige feil i planlegging og budsjettering. Modellen bidro til å løse disse problemene.

I en moden organisasjon bør det være standarder for prosesser for å håndtere prosjekter og utvikle produkter. Siden modellen er spesielt utviklet for programvarefirmaer, er generelle regler for strukturen til den endelige programkoden, grensesnitt, komponenter og andre beskrevet i CMM-modellen. CMM er med andre ord en modell for en moden organisasjon og hvordan den fungerer som en utvikler eller en produsent.

CMM ble svært vellykket og begynte å bli brukt og spesielt utviklet for andre aspekter av en organisasjon og disipliner som System Engineering, People, Integrated Product Development og andre.

Men nyttige som de kan være, CMM er ikke uten problemer. Tallrike organisasjoner fant dem til å være motstridende og ganske overlappende. Det er også et problem i ulike grensesnitt som det mangler i klarhet. Mangel på standardisering er også et stort problem.

CMMI eller CMM Integration er utviklet for å integrere nåværende og kommende modeller. Det er en slags oppgradering fra CMM-modellen og beskriver prosessforbedringer for organisasjoner, spesielt i programvareutvikling. Modellen inkluderer følgende områder: samling (data og krav), prosjektplanlegging / sporing, konfigurasjonsstyring, opplæring, kvalitetssikring, samarbeid og peer vurderinger.

CMMI hjelper i utgangspunktet til å inkorporere tradisjonelt separate organisatoriske funksjoner og operasjoner, setter prosessforbedringsmål, gir tilsyn med kvalitetsprosesser, og gir et referansepunkt for evaluering av nåværende prosesser.

Sammendrag:

1. CMM kom først, men ble senere forbedret og ble etterfulgt av CMMI.
2. Ulike sett med CMMS har problemer med overlapper, motsetninger og mangel på standardisering. CMMI behandlet senere disse problemene.
3. CMM beskriver i første omgang spesifikt om programvare engineering mens CMMI beskriver integrerte prosesser og disipliner som det gjelder både for programvare og system engineering.
4. CMMI er mye mer nyttig og universell enn den eldre CMM.