Integrace modelu způsobilosti schopností - Capability Maturity Model Integration

Integrace modelu způsobilosti schopností ( CMMI ) je program školení a hodnocení zlepšování na úrovni procesu. Spravováno institutem CMMI , dceřinou společností ISACA , bylo vyvinuto na Carnegie Mellon University (CMU). Vyžaduje to mnoho vládních smluv USA, zejména při vývoji softwaru . CMU tvrdí, že CMMI lze použít k vedení zlepšování procesů v rámci projektu, divize nebo celé organizace. CMMI definuje následující úrovně splatnosti pro procesy: Počáteční, Spravovaný, Definovaný, Kvantitativně spravovaný a Optimalizace. Verze 2.0 byla vydá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 u amerického úřadu pro patenty a ochranné známky společností CMU.

Přehled

Charakteristika úrovní splatnosti.

Původně CMMI řeší tři oblasti zájmu:

  1. Vývoj produktů a služeb-CMMI for Development (CMMI-DEV),
  2. Zavádění a správa služeb,-CMMI pro služby (CMMI-SVC) a
  3. Akvizice produktů a služeb-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 byla vyvinuta skupinou z průmyslu, vlády a Software Engineering Institute (SEI) na CMU. Modely CMMI poskytují pokyny 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í vyspělosti organizace. V lednu 2013 byla celá sada produktů CMMI převedena ze SEI do CMMI Institute, nově vytvořené organizace v Carnegie Mellon.

Dějiny

CMMI byl vyvinut v rámci projektu CMMI, jehož cílem bylo zlepšit použitelnost modelů dospělosti 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á asociace .

CMMI je nástupcem modelu splatnosti schopností (CMM) nebo softwarového CMM. CMM byl vyvíjen od roku 1987 do roku 1997. V roce 2002 byla vydána verze 1.1, v srpnu 2006 následovala verze 1.2 a v listopadu 2010 verze 1.3. Některé zásadní změny v CMMI V1.3 zahrnují podporu agilního vývoje softwaru , vylepšení postupy zralosti a zarovnání reprezentace (postupné a spojité).

Podle Software Engineering Institute (SEI, 2008) CMMI pomáhá „integrovat tradičně oddělené organizační funkce, stanovovat cíle a priority zlepšování procesů, poskytovat pokyny pro procesy kvality a poskytovat referenční bod pro hodnocení současných procesů“.

Mary Beth Chrissis, Mike Konrad a Sandy Shrum Rawdon byli autorským týmem pro tištěnou publikaci CMMI pro vývoj verze 1.2 a 1.3. Publikace Addison-Wesley verze 1.3 byla věnována památce Watts Humphry. Eileen C. Forrester, Brandon L. Buteau a Sandy Shrum byly autorským týmem pro tištěnou publikaci CMMI pro služby verze 1.3. Rawdon „Rusty“ Young byl hlavním architektem vývoje CMMI verze 2.0. Předtím byl produktovým vlastníkem CMMI a vedoucím kvality SCAMPI pro Softwarový inženýrský institut.

V březnu 2016 získala společnost [ISACA] institut CMMI.

Témata CMMI

Reprezentace

Ve verzi 1.3 existoval CMMI ve dvou reprezentacích: kontinuální a etapový. Kontinuální reprezentace je navržena tak, aby se uživatel mohl soustředit na konkrétní procesy, které jsou považovány za důležité pro bezprostřední obchodní cíle organizace, nebo na ty, kterým organizace přiřazuje vysoký stupeň rizik. Představení po etapách je navrženo tak, aby poskytovalo standardní posloupnost vylepšení, a může sloužit jako základ pro porovnávání vyspělosti různých projektů a organizací. Představení po etapách také umožňuje snadnou migraci ze SW-CMM do CMMI.

Ve verzi 2.0 bylo výše uvedené oddělení reprezentací zrušeno a nyní existuje pouze jeden soudržný model.

Rámec modelu (v1.3)

V závislosti na použitých oblastech zájmu (akvizice, služby, vývoj) se budou procesní oblasti, které obsahuje, lišit. Procesní oblasti jsou oblasti, které budou pokryty procesy organizace. Níže uvedená tabulka uvádí sedmnáct hlavních oblastí procesu CMMI, které jsou ve verzi 1.3 přítomny pro všechny oblasti zájmu CMMI.

Základní procesní oblasti Integrace modelu schopnosti (CMMI)
Zkratka Oblast procesu 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 Rozhodovací analýza a řešení 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í na organizační proces Řízení procesu 3
OPM Organizační řízení výkonu Řízení procesu 5
OPP Výkon organizačního procesu Řízení procesu 4
OT Organizační školení Řízení procesu 3
PMC Monitorování a řízení projektu Projektový management 2
PP Plánování projektu Projektový management 2
PPQA Zajištění kvality procesu a produktu 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 dodavatelské smlouvy Podpěra, podpora 2

Úrovně splatnosti služeb

Níže uvedené oblasti procesu a jejich úrovně splatnosti jsou uvedeny pro model CMMI pro služby:

Maturity Level 2 - Managed

  • 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 dodavatelské smlouvy
  • SD - Dodávka služby
  • WMC - Monitorování a řízení práce
  • WP - Work Planning

Úroveň dospělosti 3 - definována

  • CAM - správa kapacity a dostupnosti
  • DAR - Rozhodovací analýza a řešení
  • 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žby
  • SSD - vývoj servisního systému
  • SST - Service System Transition
  • STSM - Strategic Service Management

Úroveň dospělosti 4 - kvantitativně řízené

  • OPP - Výkon organizačního procesu
  • QWM - správa kvantitativní práce

Zralost Úroveň 5 - Optimalizace

  • CAR - Kauzální analýza a řešení.
  • OPM - Řízení výkonnosti organizace.

Modely (v1.3)

Doporučené postupy CMMI jsou publikovány v dokumentech nazývaných modely, z nichž každý řeší jinou oblast zájmu. Verze 1.3 poskytuje modely pro tři oblasti zájmu: vývoj, akvizice a služby.

  • CMMI for Development ( CMMI-DEV ), v1.3 byl vydán v listopadu 2010. Řeší procesy vývoje produktů a služeb.
  • CMMI for Acquisition ( CMMI-ACQ ), v1.3 byl vydán v listopadu 2010. Řeší procesy řízení dodavatelského řetězce, akvizice a outsourcing 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á procesní oblast potenciálně obsahuje konkrétní odkaz na jeden nebo více z těchto tří aspektů. Při snaze držet krok s průmyslem má model také explicitní odkaz na agilní aspekty v některých procesních oblastech.

Některé klíčové rozdíly mezi modely v1.3 a v2.0 jsou uvedeny níže; toto není vyčerpávající seznam. Další informace jsou k dispozici zde

  1. „Procesní oblasti“ byly nahrazeny „Praktickými oblastmi (PA)“. Ten je uspořádán podle úrovní, nikoli podle „konkrétních cílů“.
  2. Každý PA se skládá z části „jádro“ [tj. Obecný popis bez terminologie] a „specifické pro kontext“ [tj. Popis z pohledu Agile/ Scrum, vývoje, služeb atd.].
  3. Jelikož jsou všechny postupy nyní povinné dodržovat, byla sekce „Očekávané“ odstraněna.
  4. „Obecné postupy“ byly zařazeny do nové oblasti nazvané „Infrastruktura správy a provádění“, zatímco „konkrétní postupy“ byly vynechány.
  5. Důraz na zajištění implementace PA a jejich praktikování nepřetržitě, dokud se nestanou „zvykem“.
  6. Všechny úrovně dospělosti se zaměřují na klíčové slovo „výkon“.
  7. Byly zahrnuty dva a pět volitelných PA z kompetencí „Bezpečnost“ a „Zabezpečení“.
  8. Oblasti procesů PCMM byly sloučeny.

Posouzení

Organizace nemůže být certifikována v CMMI; místo toho je oceněna organizace . V závislosti na typu hodnocení může být organizaci uděleno hodnocení na úrovni dospělosti (1–5) nebo profil dosažené úrovně schopností.

Mnoho organizací nachází hodnotu v měření svého pokroku provedením hodnocení. Hodnocení se obvykle provádí z jednoho nebo více z následujících důvodů:

  1. Zjistit, do jaké míry jsou procesy organizace srovnatelné s osvědčenými postupy CMMI, a identifikovat oblasti, kde lze dosáhnout zlepšení
  2. Informovat externí zákazníky a dodavatele o tom, jak dobře jsou procesy organizace ve srovnání s osvědčenými postupy CMMI
  3. Ke splnění smluvních požadavků jednoho nebo více zákazníků

Hodnocení organizací využívajících model CMMI musí odpovídat požadavkům definovaným v dokumentu Požadavky na hodnocení pro CMMI (ARC). 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 mít za následek hodnocení úrovně. Týmy pro hodnocení používají model CMMI a metodu hodnocení v souladu s ARC k vedení 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í pro organizaci.

Standardní CMMI Appraisal metoda pro zlepšování procesů (SCAMPI) je metoda ocenění, která splňuje všechny požadavky na ARC. Výsledky hodnocení SCAMPI mohou být zveřejněny (pokud to schválená organizace schválí) na webu CMMI SEI: Publikované výsledky SCAMPI hodnocení . SCAMPI také podporuje provádění ISO/IEC 15504 , také známého jako SPICE (Software Process Improvement and Capability Determination), 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 se zlepšily oblasti procesů. Modernější přístupy, které zahrnují nasazení komerčně dostupných procesů kompatibilních s CMMI, mohou výrazně zkrátit dobu potřebnou k dosažení souladu. SEI uchovává statistiky o „čase postoupit“ pro organizace, které používají dřívější Software CMM i CMMI. Tyto statistiky ukazují, že od roku 1987 je medián doby přechodu z úrovně 1 na úroveň 2 23 měsíců a od úrovně 2 do úrovně 3 je dalších 20 měsíců. Od vydání CMMI je medián doby přechodu z úrovně 1 na úroveň 2 5 měsíců, přičemž střední pohyb 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.

Ke zvýšení úrovně dospělosti lze použít metodiku softwarového procesu týmového softwarového institutu (SEI) a použití modelů CMMI. Nový produkt s názvem Accelerated Improvement Method (AIM) kombinuje použití CMMI a TSP.

Bezpečnostní

K řešení obav o zabezpečení uživatelů jsou k dispozici dva neoficiální bezpečnostní průvodci. Vzhledem k tomu, že případ pro obsah zabezpečení v CMMI pro služby má jednu oblast procesu, správu zabezpečení. Security by Design with CMMI for Development, Version 1.3 has the following process areas:

  • OPSD - Organizační připravenost na bezpečný rozvoj
  • SMP - Zabezpečená 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 vyspělost nebo úrovně schopností, tyto oblasti procesu lze vykazovat ve výsledcích hodnocení.

Aplikace

SEI publikovalo studii, podle níž 60 organizací měřilo nárůst výkonu v kategoriích nákladů, harmonogramu, produktivity, kvality a spokojenosti zákazníků. Medián nárůstu výkonu se pohyboval mezi 14% (spokojenost zákazníků) a 62% (produktivita). Model CMMI se však většinou zabývá tím, jaké procesy by měly být implementovány, a ne tolik, jak je lze implementovat. Tyto výsledky nezaručují, že aplikace CMMI zvýší výkon v každé organizaci. Malá společnost s několika zdroji může mít menší šanci těžit z CMMI; toto zobrazení je podporováno profilem dospělosti procesu (strana 10). Z malých organizací (<25 zaměstnanců) je 70,5% hodnoceno na úrovni 2: Řízené, zatímco 52,8% organizací s 1 002–2 000 zaměstnanci je hodnoceno na nejvyšší úrovni (5: Optimalizace).

Turner & Jain (2002) tvrdí, že ačkoli je zřejmé, že mezi CMMI a agilním vývojem softwaru existují velké rozdíly , oba přístupy mají mnoho společného. Domnívají se, že ani jeden způsob není „správný“ způsob vývoje softwaru, ale že existují fáze projektu, kde je jedna z těchto dvou vhodnější. Navrhují, aby se různé fragmenty metod spojily do nové hybridní metody. Sutherland a kol. (2007) tvrdí, že kombinace Scrumu a CMMI přináší větší adaptabilitu a předvídatelnost než kterákoli z nich samostatně. David J. Anderson (2005) dává rady, jak agilně interpretovat CMMI.

Plány CMMI, které jsou cíleným přístupem k výběru a nasazování příslušných oblastí procesů z modelu CMMI-DEV, mohou poskytnout vodítko a zaměření na efektivní přijetí CMMI. Pro kontinuální reprezentaci existuje několik plánů CMMI, každý se specifickým souborem cílů zlepšení. Příkladem jsou plány projektů CMMI, plány produktů a integrace produktů CMMI a plány procesů a měření CMMI. Tyto plány kombinují silné stránky postupných a souvislých reprezentací.

Byla popsána kombinace techniky získávání hodnot projektu (EVM) projektu s CMMI ( Solomon, 2002 ). Na závěr, s podobným použitím CMMI, byla Extreme Programming ( XP ), metoda softwarového inženýrství, hodnocena pomocí CMM/CMMI (Nawrocki et al., 2002). Například přístup správy požadavků XP, který se opírá o ústní komunikaci, byl vyhodnocen jako nevyhovující CMMI.

CMMI lze ocenit pomocí dvou různých přístupů: postupného a spojitého. Postupný přístup přináší výsledky hodnocení jako jednu z pěti úrovní splatnosti. Kontinuální přístup přináší jednu ze čtyř úrovní schopností. Rozdíly v těchto přístupech jsou cítit pouze při hodnocení; osvědčené postupy jsou ekvivalentní, což vede k ekvivalentním výsledkům zlepšování procesů.

Viz také

Reference

Oficiální zdroje

Hlásí SEI
Webové stránky SEI

externí odkazy