Valmiuksien kypsyysmalli (CMM) & se on ohjelmistotekniikan tasoja

Mikä on CMM?

Valmiuksien kypsyysmallia käytetään vertailukohtana organisaation ohjelmistoprosessin kypsyyden mittaamiseen.

CMM kehitettiin ohjelmistotekniikan instituutissa 80-luvun lopulla. Se kehitettiin Yhdysvaltain ilmavoimien rahoittaman tutkimuksen tuloksena keinona arvioida alihankkijoiden työtä. Myöhemmin CMM-SW-mallin perusteella, joka luotiin vuonna 1991 ohjelmistokehityksen kypsyyden arvioimiseksi, useita muita malleja integroidaan CMM-I: n kanssa.

Tässä opetusohjelmassa opimme,

• Mikä on CMM (Capability Maturity Model) -tasot?
• Mitä tapahtuu CMM: n eri tasoilla?
• Kuinka kauan CMM: n käyttöönotto kestää?
• CMM: n sisäinen rakenne
• CMM-mallien rajoitukset
• Miksi käyttää CMM: ää?

Mikä on CMM (Capability Maturity Model) -tasot?

1. Varhainen
2. Toistettava / hallittu
3. Määritelty
4. Määrällisesti hallinnoitu
5. Optimointi

Mitä tapahtuu CMM: n eri tasoilla?

Tasot	Toiminta	Edut
Tason 1 alkuosa	Tasolla 1 prosessi on yleensä kaoottinen ja tapauskohtainen Kykyä luonnehditaan yksilöiden eikä organisaation perusteella Edistymistä ei mitattu Kehitetyt tuotteet ovat usein aikataulun mukaisia ​​ja ylittävät budjetin Laaja vaihtelu aikataulussa, kustannuksissa, toiminnallisuudessa ja laatutavoitteissa	Ei mitään. Projekti on Total Chaos
Taso 2 hallinnoitu	Vaatimusten hallinta Arvioi projektin parametrit, kuten kustannukset, aikataulu ja toiminnallisuus Mittaa todellinen edistyminen Kehitä suunnitelmia ja prosesseja Ohjelmistoprojektistandardit on määritelty Tunnista ja hallitse tuotteita, ongelmaraporttien muutoksia jne. Prosessit voivat vaihdella hankkeiden välillä	Prosesseja on helpompi ymmärtää Johtajat ja tiimin jäsenet käyttävät vähemmän aikaa asioiden selittämiseen ja enemmän aikaa sen toteuttamiseen Projektit ovat paremmin arvioituja, paremmin suunniteltuja ja joustavampia Laatu integroidaan hankkeisiin Kustannukset saattavat olla aluksi korkeita, mutta ylittävät ylityöt Kysy lisää paperityötä ja dokumentaatiota
Taso 3 määritelty	Selventää asiakkaiden vaatimuksia Ratkaise suunnitteluvaatimukset, kehitä toteutusprosessi Varmista, että tuote täyttää vaatimukset ja käyttötarkoituksen Analysoi päätökset järjestelmällisesti Korjaa ja hallitse mahdollisia ongelmia	Prosessin parantamisesta tulee standardi Ratkaisu etenee "koodaamisesta" "tekniseksi" Laatuportit näkyvät koko projektin ajan koko tiimin mukana prosessissa Riskejä lievennetään, eivätkä yllättä tiimiä
Taso 4 hallittu määrällisesti	Hallitsee projektin prosesseja ja aliprosesseja tilastollisesti Ymmärrä prosessin suorituskyky, hallinnoi organisaation projektia kvantitatiivisesti	Optimoi prosessin suorituskyvyn koko organisaatiossa Edistää kvantitatiivista projektinhallintaa organisaatiossa.
Tason 5 optimointi	Tunnista ja poista vikojen syy aikaisin Tunnista ja ota käyttöön uusia työkaluja ja prosessiparannuksia vastaamaan tarpeita ja liiketoiminnan tavoitteita	Edistää organisaation innovaatioita ja käyttöönottoa Antaa syy syy-analyysiin ja ratkaisuun

Seuraava kaavio antaa kuvallisen kuvan siitä, mitä tapahtuu eri CMM-tasoilla

Kuinka kauan CMM: n käyttöönotto kestää?

CMM on halutuin prosessi tuotteen laadun ylläpitämiseksi mille tahansa ohjelmistokehitysyritykselle, mutta sen toteuttaminen vie vain vähän odotettua kauemmin.

• CMM-toteutus ei tapahdu yhdessä yössä
• Se ei vain ole vain "paperityötä".
• Tyypilliset toteutusajat ovat
  • 3-6 kuukautta -> valmisteluun
  • 6-12 kuukautta -> toteutettavaksi
  • 3 kuukautta -> arvioinnin valmisteluun
  • 12 kuukautta -> jokaiselle uudelle tasolle

CMM: n sisäinen rakenne

Jokainen CMM: n taso on määritelty avainprosessialueeksi tai KPA : ksi lukuun ottamatta tasoa 1. Jokainen KPA määrittelee siihen liittyvien toimintojen klusterin, joka yhdessä suoritettuna saavuttaa joukon tavoitteita, joita pidetään elintärkeinä ohjelmistokyvyn parantamiseksi

Eri CMM-tasoille on joukko KPA: ita, esimerkiksi CMM-mallille 2, KPA ovat

• REQM- Vaatimusten hallinta
• PP- projektisuunnittelu
• PMC- Projektin seuranta ja hallinta
• SAM- toimittajasopimuksen hallinta
• PPQA-prosessi ja laadunvarmistus
• CM-kokoonpanon hallinta

Samoin muilla CMM-malleilla sinulla on erityiset KPA: t. Jos haluat tietää, onko KPA: n toteuttaminen tehokasta, kestävää ja toistettavaa, se kartoitetaan seuraavalla pohjalla

1. Sitoumus esiintyä
2. Kyky esiintyä
3. Toiminta suorittaa
4. Mittaus ja analyysi
5. Tarkistetaan toteutus

CMM-mallien rajoitukset

• CMM määrittää, mihin prosessiin tulisi puuttua, sen sijaan, miten se tulisi toteuttaa
• Se ei selitä kaikkia ohjelmistoprosessien parantamisen mahdollisuuksia
• Se keskittyy ohjelmistokysymyksiin, mutta ei ota huomioon strategista liiketoiminnan suunnittelua, tekniikoiden käyttöönottoa, tuotevalikoiman luomista ja henkilöresurssien hallintaa
• Se ei kerro millaista liiketoimintaa organisaation tulisi olla
• CMM: stä ei ole hyötyä hankkeessa, jolla on kriisi tällä hetkellä

Miksi käyttää CMM: ää?

Nykyään CMM toimii "hyväksynnän sinettinä" ohjelmistoteollisuudessa. Se auttaa monin tavoin parantamaan ohjelmiston laatua.

• Se ohjaa kohti toistettavaa standardiprosessia ja lyhentää siten oppimisaikaa siitä, miten asiat saadaan aikaan
• CMM: n harjoittaminen tarkoittaa kehityksen vakioprotokollan harjoittamista, mikä tarkoittaa, että se paitsi auttaa tiimiä säästämään aikaa, mutta antaa myös selkeän kuvan siitä, mitä tehdä ja mitä odottaa
• Laatuaktiviteetit geeliytyvät hyvin projektin kanssa eikä pidetä erillisenä tapahtumana
• Se toimii työmatkalaisena projektin ja ryhmän välillä
• CMM pyrkii aina parantamaan prosessia

Yhteenveto

CMM otettiin ensimmäisen kerran käyttöön 80-luvun lopulla Yhdysvaltain ilmavoimissa alihankkijoiden työn arvioimiseksi. Myöhemmin parannetulla versiolla se toteutettiin ohjelmistokehitysjärjestelmän laadun seuraamiseksi.

Koko CMM-taso on jaettu viiteen tasoon.

• Taso 1 (alku): Jos järjestelmää koskevat vaatimukset ovat yleensä epävarmoja, väärinymmärrettyjä ja hallitsemattomia. Prosessi on yleensä kaoottinen ja tapauskohtainen.
• Taso 2 (Managed): Arvioi projektin kustannukset, aikataulu ja toiminnallisuus. Ohjelmistostandardit on määritelty
• Taso 3 (määritelty): varmistaa, että tuote täyttää vaatimukset ja käyttötarkoituksen
• Taso 4 (määrällisesti hallittu): Hallitsee projektin prosesseja ja aliprosesseja tilastollisesti
• Taso 5 (kypsyys): Tunnista ja ota käyttöön uusia työkaluja ja prosessin parannuksia tarpeiden ja liiketoiminnan tavoitteiden täyttämiseksi