Model zrelosti sposobnosti (CMM) u softverskom inženjerstvu
Lucas Bennett
⚡ Pametni sažetak
Model zrelosti sposobnosti (CMM) je mjerilo koje se koristi za mjerenje zrelosti softverskog procesa u organizaciji. Razvijen u Institutu za softversko inženjerstvo, definira pet razina koje vode timove od kaotičnog, ad-hoc rada prema kontinuiranom, optimiziranom poboljšanju.
Što je CMM?
Model zrelosti sposobnosti koristi se kao mjerilo za mjerenje zrelosti softverskog procesa organizacije.
CMM je razvijen u Institutu za softversko inženjerstvo krajem 80-ih. Razvijen je kao rezultat studije koju je financiralo američko ratno zrakoplovstvo kao način procjene rada podprocesora.tractorovima. Later, na temelju CMM-SW modela stvorenog 1991. godine za procjenu zrelosti razvoja softvera, s CMM-I integrirano je više drugih modela.
Što su razine modela zrelosti sposobnosti (CMM)?
Model definira pet progresivnih razina zrelosti:
- Početni
- Ponovljivo/Upravljano
- Definiran
- Kvantitativno upravljano
- Optimiziranje
Što se događa na različitim razinama CMM-a?
Donja tablica prikazuje aktivnosti i pogodnosti na svakoj razini.
| Razine | Aktivnosti | Pogodnosti |
|---|---|---|
| Razina 1 Početna |
|
Ništa. Projekt je potpuni kaos. |
| Upravljana razina 2 |
|
|
| Definirana razina-3 |
|
|
| Razina-4 Kvantitativno upravljana |
|
|
| Razina-5 optimizacije |
|
|
Sljedeći dijagram daje slikovni prikaz onoga što se događa na različitim razinama CMM-a:
Koliko je vremena potrebno za implementaciju CMM-a?
CMM je najpoželjniji proces za održavanje kvalitete proizvoda za bilo koju tvrtku za razvoj softvera, ali njegova implementacija traje malo dulje nego što se očekuje.
- Implementacija CMM-a se ne događa preko noći.
- To nije samo "papirologija".
- Tipična vremena za implementaciju su:
- 3-6 mjeseci -> za pripremu
- 6-12 mjeseci -> za provedbu
- 3 mjeseci -> za pripremu procjene
- 12 mjeseci -> za svaku novu razinu
Unutarnja struktura CMM
Svaka razina u CMM-u definirana je kao ključno procesno područje ili KPA, osim za razinu 1. Svaki KPA definira skup povezanih aktivnosti koje, kada se izvedu zajedno, postižu skup ciljeva koji se smatraju ključnima za poboljšanje softverskih mogućnosti.
Za različite CMM razine postoje skupovi KPA-ova. Na primjer, za CMM model-2, KPA-ovi su:
- REQM – Upravljanje zahtjevima
- PP – Planiranje projekta
- PMC – Praćenje i kontrola projekta
- SAM – Upravljanje ugovorima s dobavljačima
- PPQA – Proces i osiguranje kvalitete
- CM – Upravljanje konfiguracijom
Slično tome, za ostale CMM modele imate specifične KPA-ove. Kako biste znali je li implementacija KPA-a učinkovita, trajna i ponovljiva, ona se mapira na sljedećoj osnovi:
- Predanost za izvođenje
- Sposobnost izvođenja
- Izvršene aktivnosti
- Mjerenje i analiza
- Provjera implementacije
Ograničenja CMM modela
Model također ima nekoliko ograničenja:
- CMM određuje što proces treba adresirati umjesto kako bi ga trebalo implementirati.
- Ne objašnjava svaku mogućnost poboljšanja softverskog procesa.
- Koncentrira se na softverska pitanja, ali ne razmatra strateško poslovno planiranje, usvajanje tehnologija, uspostavljanje linije proizvoda i upravljanje ljudskim resursima.
- Ne govori u kakvoj bi se vrsti posla organizacija trebala baviti.
- CMM neće biti koristan u projektu koji je trenutno u krizi.
Zašto koristiti CMM?
Danas CMM djeluje kao „pečat odobrenja“ u softverskoj industriji. Pomaže na razne načine u poboljšanju kvalitete softvera.
- Vodi prema ponovljivom standardnom procesu i time smanjuje vrijeme učenja o tome kako nešto obaviti.
- Prakticiranje CMM-a znači prakticiranje standardnog protokola za razvoj, što znači da ne samo da pomaže timu uštedjeti vrijeme, već i daje jasan uvid u to što treba učiniti i što očekivati.
- Kvalitetne aktivnosti dobro se uklapaju u projekt, umjesto da se smatraju zasebnim događajem.
- Djeluje kao komunikator između projekta i tima.
- Napori CMM-a uvijek su usmjereni na poboljšanje procesa.
