Integrace modelu zralosti schopností - Capability Maturity Model Integration
Vývoj softwaru |
---|
Hlavní činnosti |
Paradigmata a modely |
Metodiky a rámce |
Podpůrné disciplíny |
Praxe |
Nástroje |
Standardy a subjekty znalostí |
Glosáře |
Obrysy |
Integrace modelu zralosti schopností (CMMI) je tréninkový a hodnoticí program pro zlepšení úrovně procesu. Spravuje CMMI Institute, a dceřiná společnost z ISACA, Byl vyvinut v Univerzita Carnegie Mellon (CMU). Vyžaduje to mnoho vládních kontraktů USA, zejména v vývoj softwaru. CMU claims CMMI can be used to guide process improvement across a project, division, or an entire organization. CMMI definuje následující úrovně zralosti pro procesy: Počáteční, Spravováno, Definováno, Kvantitativně spravováno a Optimalizace. Verze 2.0 byla publikována v roce 2018 (verze 1.3 byla publikována v roce 2010 a je referenčním modelem pro zbývající informace v tomto článku wiki). CMMI je registrována v Úřadu pro patenty a ochranné známky USA CMU.[1]
Přehled

Původně CMMI řeší tři oblasti zájmu:
- Vývoj produktů a služeb - CMMI pro vývoj (CMMI-DEV),
- Zřízení, správa služeb - CMMI pro služby (CMMI-SVC) a
- Pořízení produktu a služby - CMMI pro akvizici (CMMI-ACQ).
Ve verzi 2.0 byly tyto tři oblasti (které dříve měly každý samostatný model) sloučeny do jednoho modelu.
CMMI vyvinula skupina z průmyslu, vlády a USA Institut softwarového inženýrství (SEI) na CMU. Modely CMMI poskytují vodítko pro vývoj nebo zlepšování procesů, které splňují obchodní cíle organizace. Model CMMI lze také použít jako rámec pro hodnocení procesní zralosti organizace.[2] V lednu 2013 byla celá produktová sada CMMI převedena ze SEI do CMMI Institute, nově vytvořené organizace v Carnegie Mellon.[3]
Dějiny
CMMI byl vyvinut v rámci projektu CMMI, jehož cílem bylo zlepšit použitelnost modelů zralosti integrací mnoha různých modelů do jednoho rámce. Projekt se skládal z členů průmyslu, vlády a Carnegie Mellon Software Engineering Institute (SEI). Mezi hlavní sponzory patřila Kancelář ministra obrany (OSD ) a Národní obranné průmyslové sdružení.
CMMI je nástupcem model zralosti schopností (CMM) nebo softwarový CMM. CMM byl vyvinut od roku 1987 do roku 1997. V roce 2002 byla vydána verze 1.1, verze 1.2 následovala v srpnu 2006 a verze 1.3 v listopadu 2010. Některé významné změny v CMMI V1.3 [4] jsou podporou agilní vývoj softwaru,[5] vylepšení postupů vysoké zralosti[6] a zarovnání reprezentace (postupné a průběžné).[7]
Podle Institut softwarového inženýrství (SEI, 2008), CMMI pomáhá „integrovat tradičně oddělené organizační funkce, stanovit cíle a priority zlepšování procesů, poskytovat vodítko pro procesy kvality a poskytovat referenční bod pro hodnocení současných procesů.“[8]
V březnu 2016 získal CMMI Institute společnost ISACA.
Témata CMMI
Zastoupení
Ve verzi 1.3 CMMI existovala ve dvou reprezentacích: kontinuální a stupňovitá.[2] Kontinuální reprezentace je navržena tak, aby uživateli umožnila soustředit se na konkrétní procesy, které jsou považovány za důležité pro okamžité obchodní cíle organizace, nebo na ty, kterým organizace přiřazuje vysoký stupeň rizik. Postupné znázornění je navrženo tak, aby poskytovalo standardní posloupnost vylepšení, a může sloužit jako základ pro srovnání vyspělosti různých projektů a organizací. Postupné znázornění také umožňuje snadnou migraci ze SW-CMM do CMMI.[2]
Ve verzi 2.0 byla výše uvedená reprezentace separace zrušena a nyní existuje pouze jeden soudržný model.
Model framework (v1.3)
V závislosti na použitých oblastech zájmu (akvizice, služby, vývoj) se budou lišit oblasti procesu, které obsahuje.[10] Procesní oblasti jsou oblasti, které budou pokryty procesy organizace. Níže uvedená tabulka uvádí sedmnáct základních oblastí procesu CMMI, které jsou k dispozici pro všechny oblasti zájmu CMMI ve verzi 1.3.
Zkratka | Procesní oblast | Kategorie | Úroveň dospělosti |
---|---|---|---|
AUTO | Kauzální analýza a řešení | Podpěra, podpora | 5 |
CM | Správa konfigurace | Podpěra, podpora | 2 |
DAR | Analýza a řešení rozhodnutí | Podpěra, podpora | 3 |
IPM | Integrované řízení projektů | Projektový management | 3 |
MA | Měření a analýza | Podpěra, podpora | 2 |
OPD | Definice organizačního procesu | Řízení procesu | 3 |
OPF | Zaměření organizačního procesu | Řízení procesu | 3 |
OPM | Řízení výkonnosti organizace | Řízení procesu | 5 |
OPP | Výkon organizačního procesu | Řízení procesu | 4 |
OT | Organizační školení | Řízení procesu | 3 |
PMC | Monitorování a kontrola projektu | Projektový management | 2 |
PP | Plánování projektu | Projektový management | 2 |
PPQA | Zajištění kvality procesů a výrobků | Podpěra, podpora | 2 |
QPM | Kvantitativní řízení projektů | Projektový management | 4 |
REQM | Správa požadavků | Projektový management | 2 |
RSKM | Řízení rizik | Projektový management | 3 |
SAM | Správa smluv s dodavateli | Podpěra, podpora | 2 |
Úrovně zralosti služeb
Níže uvedené oblasti procesu a jejich úrovně zralosti jsou uvedeny pro model CMMI pro služby:
Úroveň dospělosti 2 - spravováno
- CM - Správa konfigurace
- MA - Měření a analýza
- PPQA - zajištění procesů a kvality
- REQM - Správa požadavků
- SAM - Správa smlouvy s dodavatelem
- SD - Dodávka služby
- WMC - Monitorování a řízení práce
- WP - plánování práce
Úroveň dospělosti 3 - definováno
- CAM - Správa kapacity a dostupnosti
- DAR - analýza a řešení rozhodnutí
- IRP - řešení a prevence incidentů
- IWM - Integrované řízení práce
- OPD - definice organizačního procesu
- OPF - zaměření organizačního procesu ...
- OT - Organizační školení
- RSKM - řízení rizik
- SCON - kontinuita služeb
- SSD - vývoj systému služeb
- SST - Přechod systému služeb
- STSM - Strategic Service Management
Úroveň dospělosti 4 - Kvantitativně spravováno
- OPP - Výkon organizačního procesu
- QWM - Kvantitativní řízení práce
Úroveň dospělosti 5 - Optimalizace
- CAR - kauzální analýza a řešení.
- OPM - řízení výkonnosti organizace.
Modely (v1.3)
Osvědčené postupy CMMI jsou publikovány v dokumentech nazývaných modely, z nichž každý se týká jiné oblasti zájmu. Verze 1.3 poskytuje modely pro tři oblasti zájmu: vývoj, akvizice a služby.
- CMMI pro rozvoj (CMMI-DEV ), v1.3 byl vydán v listopadu 2010. Řeší procesy vývoje produktů a služeb.
- CMMI pro akvizici (CMMI-ACQ ), v1.3 byl vydán v listopadu 2010. Řeší procesy řízení dodavatelského řetězce, akvizice a procesy outsourcingu ve vládě a průmyslu.
- CMMI pro služby (CMMI-SVC ), v1.3 byl vydán v listopadu 2010. Řeší pokyny pro poskytování služeb v rámci organizace a externím zákazníkům.
Model (v2.0)
Ve verzi 2.0 DEV byly ACQ a SVC sloučeny do jednoho modelu, kde každá oblast procesu má potenciálně konkrétní odkaz na jeden nebo více z těchto tří aspektů. Pokusit se držet krok s průmyslem má model také výslovný odkaz na agilní aspekty v některých procesních oblastech.
Níže jsou uvedeny některé klíčové rozdíly mezi modely v1.3 a v2.0; toto není vyčerpávající seznam.
- „Procesní oblasti“ byly nahrazeny slovy „Praktické oblasti (PA)“. Druhá možnost je uspořádána podle úrovní, nikoli podle „konkrétních cílů“.
- Každá PA se skládá z „jádra“ [tj. obecný popis a popis bez terminologie] a „kontextově specifické“ [tj. popis z pohledu Agile / Scrum, vývoj, služby atd.].
- Protože je nyní povinné dodržovat všechny postupy, část „Očekávané“ byla odstraněna.
- „Obecná praxe“ byla zařazena do nové oblasti s názvem „Správa a implementační infrastruktura“, zatímco „Specifické postupy“ byly vynechány.
- Důraz na zajištění implementace PA a na to, aby byly praktikovány nepřetržitě, dokud se nestanou „zvykem“.
- Všechny úrovně zralosti se zaměřují na klíčové slovo „výkon“.
- Zahrnuty byly dva a pět volitelných PA z pohledu „Bezpečnost“ a „Zabezpečení“.
- Byly sloučeny oblasti procesu PCMM.
Posouzení
Organizaci nelze certifikovat v CMMI; místo toho je organizace ocenil. V závislosti na typu hodnocení může být organizaci uděleno hodnocení úrovně vyspělosti (1–5) nebo profil úspěchu na úrovni schopností.
Mnoho organizací najde hodnotu při měření svého pokroku provedením hodnocení. Hodnocení se obvykle provádějí z jednoho nebo více z následujících důvodů:
- Chcete-li zjistit, jak dobře jsou procesy organizace v porovnání s osvědčenými postupy CMMI, a identifikovat oblasti, ve kterých lze zlepšit
- Informovat externí zákazníky a dodavatele o tom, jak dobře jsou procesy organizace v porovnání s osvědčenými postupy CMMI
- Ke splnění smluvních požadavků jednoho nebo více zákazníků
Hodnocení organizací využívajících model CMMI[11] musí vyhovovat požadavkům definovaným v dokumentu Appraisal Requirements for CMMI (ARC) document. Existují tři třídy hodnocení, A, B a C, které se zaměřují na identifikaci příležitostí ke zlepšení a porovnání procesů organizace s osvědčenými postupy CMMI. Z nich je hodnocení třídy A nejformálnější a je jediné, které může vyústit v ohodnocení úrovně. Hodnotící týmy používají model CMMI a metodu hodnocení v souladu s ARC jako vodítko pro hodnocení organizace a podávání zpráv o závěrech. Výsledky hodnocení pak mohou být použity (např. Skupinou procesů) k plánování vylepšení organizace.
The Standardní metoda hodnocení CMMI pro zlepšování procesů (SCAMPI) je metoda hodnocení, která splňuje všechny požadavky ARC.[12] Výsledky hodnocení SCAMPI mohou být zveřejněny (pokud to hodnotící organizace schválí) na webu CMMI SEI: Publikované výsledky hodnocení SCAMPI. SCAMPI také podporuje chování ISO / IEC 15504, také známý jako KOŘENÍ (Vylepšení softwarových procesů a stanovení schopností), hodnocení atd.
Tento přístup podporuje, aby členové EPG a PAT byli vyškoleni v CMMI, aby bylo provedeno neformální hodnocení (SCAMPI C) a aby byly prioritně zlepšeny oblasti procesu. Modernější přístupy, které zahrnují nasazení komerčně dostupných procesů vyhovujících CMMI, mohou výrazně zkrátit dobu potřebnou k dosažení souladu. Společnost SEI udržovala statistiky o „čase posunout se nahoru“ pro organizace, které přijaly dřívější Software CMM i CMMI.[13] Tyto statistiky naznačují, že od roku 1987 je střední doba přechodu z úrovně 1 na úroveň 2 23 měsíců a z úrovně 2 na úroveň 3 je dalších 20 měsíců. Od vydání CMMI je střední doba přechodu z úrovně 1 na úroveň 2 5 měsíců, se střední dobou pohybu na úroveň 3 dalších 21 měsíců. Tyto statistiky se aktualizují a zveřejňují každých šest měsíců v profilu splatnosti.[Citace je zapotřebí ]
Ke zvýšení úrovně zralosti lze použít metodiku softwarového procesu týmu Softwarového institutu (SEI) a použití modelů CMMI. Nový produkt s názvem Accelerated Improvement Method[14] (AIM) kombinuje použití CMMI a TSP.[15]
Bezpečnostní
Pro řešení bezpečnostních problémů uživatelů jsou k dispozici dva neoficiální bezpečnostní průvodci. Zvažujeme případ bezpečnostního obsahu v CMMI pro služby má jednu oblast procesu, správu zabezpečení.[16] Zabezpečení podle návrhu s CMMI pro vývoj, verze 1.3 má následující oblasti procesu:
- OPSD - organizační připravenost na bezpečný rozvoj
- SMP - bezpečná správa v projektech
- SRTS - Bezpečnostní požadavky a technické řešení
- SVV - Ověření a ověření zabezpečení
I když nemají vliv na úroveň vyspělosti nebo schopností, tyto oblasti procesu lze vykázat ve výsledcích hodnocení.[17]
Aplikace
SEI zveřejnila studii, podle které 60 organizací měřilo zvýšení výkonu v kategoriích nákladů, harmonogramu, produktivity, kvality a spokojenosti zákazníků.[18] Střední nárůst výkonu se pohyboval mezi 14% (spokojenost zákazníků) a 62% (produktivita). Nejčastěji se však jedná o model CMMI co procesy by měly být implementovány, a ne tolik jak mohou být implementovány. Tyto výsledky nezaručují, že aplikace CMMI zvýší výkon v každé organizaci. U malé společnosti s malým množstvím zdrojů může být menší pravděpodobnost, že bude mít prospěch z CMMI; tento pohled podporuje profil zralosti procesu (strana 10). Z malých organizací (<25 zaměstnanců) je 70,5% hodnoceno na úrovni 2: Řízeno, zatímco na nejvyšší úrovni je hodnoceno 52,8% organizací s 1 001–2 000 zaměstnanci (5: Optimalizace).
Turner a Jain (2002) tvrdí, že i když je zřejmé, že existují velké rozdíly mezi CMMI a agilní vývoj softwaru, oba přístupy mají mnoho společného. Věří, že ani jeden ze způsobů není „správným“ způsobem vývoje softwaru, ale že v projektu existují fáze, kdy jedna z nich je vhodnější. Navrhují, že je třeba kombinovat různé fragmenty metod do nové hybridní metody. Sutherland a kol. (2007) tvrdí, že kombinace Skrumáž a CMMI přináší větší přizpůsobivost a předvídatelnost než kterýkoli z nich sám.[19] David J. Anderson (2005) uvádí rady, jak svižně interpretovat CMMI.[20]
CMMI Roadmaps,[21] které představují cílený přístup k výběru a nasazení příslušných procesních oblastí z modelu CMMI-DEV, mohou poskytnout vodítko a zaměření pro efektivní přijetí CMMI. Existuje několik plánů CMMI pro průběžné zastoupení, každý s konkrétním souborem cílů zlepšení. Příklady jsou CMMI Project Roadmap,[22] CMMI produkty a plány integrace produktů[23] a cestovní mapy CMMI procesů a měření.[24] Tyto plány kombinují silné stránky stupňovitého i průběžného znázornění.
Kombinace techniky projektového řízení správa vydělané hodnoty (EVM) s CMMI byla popsána (Solomon, 2002 ). Na závěr s podobným využitím CMMI, Extreme Programming (XP ), metoda softwarového inženýrství, byla hodnocena pomocí CMM / CMMI (Nawrocki et al., 2002). Například přístup k řízení požadavků na XP, který se opírá o ústní komunikaci, byl vyhodnocen jako nevyhovující CMMI.
CMMI lze hodnotit pomocí dvou různých přístupů: postupného a kontinuálního. Postupný přístup přináší výsledky hodnocení jako jeden z pěti úrovně dospělosti. Kontinuální přístup poskytuje jednu ze čtyř úrovně schopností. Rozdíly v těchto přístupech lze pociťovat pouze při hodnocení; nejlepší postupy jsou rovnocenné, což vede k rovnocenným výsledkům zlepšování procesů.
Viz také
- Model nezralosti schopností
- Model zralosti schopností
- Rámec pro hodnocení podnikové architektury
- LeanCMMI
- Model zralosti schopností lidí
- Procesní oblast (CMMI)
- Skupina softwarového inženýrství
Reference
- ^ „Systém elektronického vyhledávání ochranných známek (TESS)“. tmsearch.uspto.gov. Citováno 21. prosince 2016.
- ^ A b C d Sally Godfrey (2008) [software.gsfc.nasa.gov/docs/What%20is%20CMMI.ppt Co je CMMI?]. Prezentace NASA. Přístupné 8. prosince 2008.
- ^ „CMMI Institute - Home“.
- ^ „CMMI V1.3: Shrnutí“. Ben Linders. 10. ledna 2011.
- ^ „CMMI V1.3: Agile“. Ben Linders. 20. listopadu 2010.
- ^ „Vydání CMMI V1.3: Vysoce vyspělá vyjasněna“. Ben Linders. 2. listopadu 2010.
- ^ „CMMI V1.3: Nasazení CMMI“. Ben Linders. 16. listopadu 2010.
- ^ Přehled CMMI. Institut softwarového inženýrství. Zpřístupněno 16. února 2011.
- ^ https://www.cmmiinstitute.com/cmmi/model-viewer/appendices/a
- ^ „Oblasti procesu CMMI V1.3“. Ben Linders.
- ^ Nejnovější zveřejněné výsledky hodnocení CMMI viz Web společnosti SEI Archivováno 6 února 2007 na Wayback Machine.
- ^ „Standard CMMI Appraisal Method for Process Improvement (SCAMPISM) A, verze 1.2: Method Definition Document“. CMU / SEI-2006-HB-002. Institut softwarového inženýrství. 2006. Citováno 23. září 2006.
- ^ „Process Maturity Profile“. Citováno 16. února 2011.
- ^ „Digitální knihovna SEI“. resources.sei.cmu.edu.
- ^ "Přehled TSP". resources.sei.cmu.edu.
- ^ Eileer Forrester a Kieran Doyle. Zvažování případu bezpečnostního obsahu v CMMI pro služby (říjen 2010)
- ^ Firemní technologie společnosti Siemens AG. Zabezpečení podle návrhu s CMMI pro vývoj, verze 1.3, (Květen 2013)
- ^ "Výsledky CMMI Performance of CMMI". Citováno 23. září 2006.
- ^ http://jeffsutherland.com/scrum/SutherlandScrumCMMIHICSSPID498889.pdf
- ^ Anderson, D. J. (20. července 2005). "Roztažení agilní na úroveň CMMI 3 - příběh vytváření MSF pro zlepšení CMMI / spl reg / process ve společnosti Microsoft". Konference o agilním rozvoji (ADC'05). 193–201. doi:10.1109 / ADC.2005.42. ISBN 0-7695-2487-7. S2CID 5675994 - přes IEEE Xplore.
- ^ „CMMI Roadmaps“. resources.sei.cmu.edu.
- ^ „CMMI V1.3: Plán projektu CMMI“. Ben Linders. 7. prosince 2010.
- ^ „CMMI V1.3: Cestovní mapy produktů a integrace produktů CMMI“. Ben Linders. 14. prosince 2010.
- ^ „CMMI V1.3: Cestovní mapy procesu a měření CMMI“. Ben Linders. 28. prosince 2010.
Oficiální zdroje
- Zprávy SEI
- „CMMI pro vývoj, verze 1.3“. CMMI-DEV (verze 1.3, listopad 2010). Carnegie Mellon University Software Engineering Institute. 2010.
- „CMMI for Acquisition, verze 1.3“ (PDF). CMMI-ACQ (verze 1.3, listopad 2010). Carnegie Mellon University Software Engineering Institute. 2010.
- „CMMI pro služby, verze 1.3“. CMMI-SVC (verze 1.3, listopad 2010). Carnegie Mellon University Software Engineering Institute. 2010.
- „Process Maturity Profile (Current and Past Releases)“. CMMI pro vývoj Výsledky hodnocení SCAMPI třídy A.. Institut softwarového inženýrství.
- „Požadavky na hodnocení pro CMMI, verze 1.2 (ARC, V1.2)“ (PDF). Carnegie Mellon University Software Engineering Institute. 2006. Citováno 16. února 2011.
- „Standard CMMI Appraisal Method for Process Improvement (SCAMPI) A Version 1.2: Method Definition Document“ (doc). Carnegie Mellon University Software Engineering Institute. 2006.
- Tým CMMI Guidebook Acquirer Team (2007). „Pochopení a využití úsilí CMMI dodavatele: Průvodce pro nabyvatele“. CMU / SEI-2007-TR-004. Institut softwarového inženýrství.
- Webové stránky SEI
- „Informační centrum CMMI verze 1.3“. Institut softwarového inženýrství. 2011.
- "Seznam partnerů SEI". Institut softwarového inženýrství. Citováno 28. října 2006.
- „Formální oznámení Optimiza jako CMMI-L3 a zveřejněno na webových stránkách SEI“. Institut softwarového inženýrství. Archivovány od originál dne 25. července 2011. Citováno 15. března 2011.
- Výsledky hodnocení SCAMPI. Kompletní SEI seznam publikovaných výsledků hodnocení SCAMPI.