Ero CMM n ja CMMI n välillä

CMM vs. CMMI

Kapasiteetin kypsyysmalli (CMM v1.0), aivan ensimmäinen CMM, kehitettiin ja julkaistiin elokuussa 1990. Se on Carnegie Mellonin yliopiston Software Engineering Institute (SEI) kehittämä 5-tason arviointimalli havainnollistaakseen parhaita käytäntöjä, jotka koskevat suunnittelu ja hallinta, erityisesti ohjelmistojen kehittämisessä. Se on evoluutio malli yrityksen liikkeestä kehittää ohjelmistoja.

Syynä CMM: n kehitykseen oli auttaa Yhdysvaltojen hallitusta arvioimaan ohjelmistotoimittajien kykyä käsitellä suuria projekteja. Ennen mallin kehittämistä monet yritykset toteuttivat projekteja, joilla oli huomattavia puutteita aikataulussa ja budjetoinnissa. Malli auttoi ratkaisemaan nämä ongelmat.

Kypsässä organisaatiossa tulisi olla standardit prosesseille projektijohtamiseksi ja tuotteiden kehittämiseksi. Koska malli on suunniteltu erityisesti ohjelmistoyrityksille, lopullisen ohjelmakoodin, rajapintojen, komponenttien ja muiden rakennetta koskevat yleiset säännöt kuvataan CMM-mallissa. Toisin sanoen CMM on malli kypsästä organisaatiosta ja kuinka se toimii kehittäjänä tai valmistajana.

CMM: stä oli tullut erittäin menestyvä ja sitä alettiin käyttää ja kehittää erityisesti organisaation muihin puoliin ja tieteenaloihin, kuten järjestelmien suunnittelu, ihmiset, integroitu tuotekehitys ja muut.

CMM: t ovat kuitenkin hyödyllisiä, vaikka ne saattavat olla ongelmia. Lukuisat organisaatiot pitivät niitä ristiriitaisina ja melko päällekkäisiä. Eri käyttöliittymissä on myös ongelma, koska se on puutteellinen. Standardoinnin puute on myös suuri ongelma.

CMMI tai CMM Integration on kehitetty integroimaan nykyiset ja tulevat mallit. Se on eräänlainen päivitys CMM-mallista ja kuvaa organisaatioiden prosessiparannuksia etenkin ohjelmistokehityksen yhteydessä. Malli sisältää seuraavat alueet: kerääminen (tiedot ja vaatimukset), projektisuunnittelu / seuranta, kokoonpanon hallinta, koulutus, laadunvarmistus, yhteistyö ja vertaisarvioinnit.

CMMI auttaa periaatteessa perinteisesti erillisten organisaatiotoimintojen ja toimintojen yhdistämisessä, asettaa prosessien parantamistavoitteet, valvoo laatuprosesseja ja tarjoaa viitepisteen nykyisten prosessien arvioimiseksi.

Yhteenveto:

1. CMM tuli ensin, mutta sitä parannettiin myöhemmin ja CMMI seuraa sen.
2. Eri CMMS-sarjoissa on ongelmia päällekkäisyyksien, ristiriitaisuuksien ja standardoinnin puuttumisen kanssa. CMMI käsitteli myöhemmin näitä ongelmia.
3. CMM kuvaa alun perin erityisesti ohjelmistosuunnittelua, kun taas CMMI kuvaa integroituja prosesseja ja tieteenaloja, koska niitä sovelletaan sekä ohjelmistojen että järjestelmien suunnitteluun.
4. CMMI on paljon hyödyllisempi ja universaali kuin vanhempi CMM.