Integrace modelu vyspělosti schopností (CMMI)
Azure DevOps Services | Azure DevOps Server 2022 – Azure DevOps Server 2019
Konečný průvodce integrací modelu vyspělosti schopností (CMMI) pro vývoj je publikovaný softwarovým technickým institutem jako "CMMI: Guidelines for Process Integration and Product Improvement" (Pokyny pro integraci procesů a zlepšování produktů). Tato kniha podrobně popisuje CMMI for Development (CMMI-DEV) verze 1.3, což je jeden z modelů v rámci produktové sady CMMI. Můžete také najít "CMMI Destiled: Praktický úvod do integrovaného zlepšování procesů" být užitečnou a přístupnou knihou o CMMI.
Poznámka:
Pokyny uvedené zde jsou založené na verzi 1.3 pro CMMI a podporují proces CMMI dostupný v Azure DevOps. V tuto chvíli neexistují žádné plány pro aktualizaci tohoto obsahu tak, aby podporovaly novější verze.
Historické poznámky
CMMI začal v roce 1987 jako model vyspělosti schopností (CMM), projekt v Softwarovém technickém institutu (SEI). SEI je výzkumné centrum na Univerzitě Carnegie-Mellon, které bylo vytvořeno a financováno USA ministerstvem obrany. Poprvé publikováno v roce 1991, CMM for Software začal jako kontrolní seznam kritických faktorů úspěchu. Model také vychází z výzkumu společnosti International Business Machines (IBM) Corporation a 20. století vedoucích pracovníků pro zajištění kvality, jako je Philip Crosby a W. Edwards Deming. Název, Model vyspělosti schopností a fázovaná reprezentace pět úrovní byly inspirované Modelem výrobní vyspělosti Crosby. Při použití především na obranné programy dosáhl CMM značného přijetí a prošel několika revizemi. Jeho úspěch vedl k vývoji CMM pro celou řadu témat mimo software. Šíření nových modelů bylo matoucí. V reakci na to vláda financovala dvouletý projekt, který vytvořil jeden rozšiřitelný rámec, který integroval přípravu systémů, softwarové inženýrství a vývoj produktů. Toto úsilí zahrnovalo více než 200 oborů a akademických odborníků. Výsledek byl CMMI.
CMMI-DEV je model. Není to proces, ani předpis, který se má dodržovat. Místo toho CMMI-DEV poskytuje sadu organizačních chování, která se ukázala jako použití v oblasti vývoje softwaru a přípravy systémů. Proč takový model používat? Jaký je jeho účel? A jak nejlépe se má používat? Tyto kritické otázky jsou možná nejrozumnější problémy s CMMI.
Proč používat model?
Úsilí o zlepšení vyžaduje model fungování vaší organizace, které funkce potřebují, a způsob interakce těchto funkcí. Model vám dává přehled o organizačních prvcích a pomáhá při diskuzích o tom, jak a co je možné a co by se mělo zlepšit.
Model nabízí následující výhody:
- Poskytuje společnou architekturu a jazyk, které pomáhají komunikovat.
- Využívá roky zkušeností
- Pomáhá uživatelům při zvažování velkého obrázku při zaměření na vylepšení.
- Často ji podporují trenéři a konzultanti.
- Může pomoci vyřešit neshody poskytnutím dohodnutých norem
Jaký je účel modelu CMMI?
Účelem modelu CMMI je posoudit vyspělost procesů organizace a poskytnout pokyny ke zlepšování procesů s cílem vylepšených produktů. CMMI je také model pro řízení rizik a poskytuje způsob, jak měřit schopnost organizace řídit rizika. Schopnost řídit rizikové faktory v organizaci schopnost dodávat vysoce kvalitní produkty. Dalším pohledem na řízení rizik je to, jak dobře organizace pracuje pod stresem. Vysoká vyspělost, vysoká organizace schopností může snadno reagovat na neočekávané a stresující události. Organizace s nízkou vyspělostí a nižší schopností se obvykle zpanikaří pod stresem, nevidomě dodržuje obviované postupy nebo zcela vyhazuje všechny procesy a opakuje se zpět chaosu.
CMMI ale není ověřeným ukazatelem ekonomického výkonu organizace. I když organizace s vyšší vyspělostí mohou lépe řídit riziko a být předvídatelnější, existují důkazy o tom, že firmy s vyšší vyspělostí mají tendenci být rizikové averzní. Riziková averze může vést k nedostatku inovací nebo důkazu větší byrokracie, která vede k dlouhým předstihům a nedostatku konkurenceschopnosti. Firmy s nižší vyspělostí mají tendenci být inovativní a kreativní, ale chaotické a nepředvídatelné. Při dosažení výsledků jsou často výsledkem heroického úsilí jednotlivců nebo manažerů.
Jaký je nejlepší způsob použití modelu CMMI?
Model byl navržen tak, aby byl použit jako základ pro iniciativu zlepšování procesů s jeho použitím v posouzení pouze podpůrný systém pro měření zlepšení. S tímto využitím došlo ke smíšenému úspěchu. Je to všechno příliš snadné chybovat model pro definici procesu a snažit se ho sledovat, místo mapy, která identifikuje mezery v existujících procesech, které mohou být potřeba vyplnit. Základním stavebním blokem CMMI je oblast procesu, která definuje cíle a několik aktivit, které se často používají k jejich splnění. Jedním z příkladů oblasti procesu je Proces a Kontrola kvality produktu. Další je správa konfigurace. Je důležité pochopit, že oblast procesu není proces. Jeden proces může překračovat více oblastí procesu a jednotlivá oblast procesu může zahrnovat více procesů.
CMMI-DEV je opravdu dva modely, které sdílejí stejné základní prvky. První a nejvědomější je fázovaná reprezentace, která představuje 22 oblastí procesu mapovaných na jednu z pěti úrovní vyspělosti organizace. Posouzení organizace by posoudilo úroveň, na které pracovala, a tato úroveň by byla indikátorem jeho schopnosti řídit riziko a jak by dokázala plnit své přísliby.
Úrovně 4 a 5 se často označují jako vyšší úrovně vyspělosti. Mezi organizacemi vyšší vyspělosti často existuje jasný rozdíl, který demonstruje kvantitativní řízení a optimalizaci chování a organizací s nižší vyspělostí, které jsou pouze spravované nebo následující definované procesy. Organizace vyšší vyspělosti vykazují nižší variabilitu procesů a často používají úvodní ukazatele jako součást statisticky defensovatelné metody správy. V důsledku toho jsou organizace s vyšší vyspělostí obvykle předvídatelnější i rychlejší při odpovídání na nové informace za předpokladu, že jiná byrokracie se v cestě nedostane. Pokud organizace s nízkou vyspělostí mají tendenci předvádět hrdinské úsilí, mohou organizace vysoké vyspělosti slepě sledovat procesy, když jsou pod stresem a nedokážou rozpoznat, že změna procesu může být vhodnější reakcí.
Funkce procesu modelů průběžné reprezentace v rámci každé z 22 oblastí procesu jednotlivě, což organizaci umožňuje přizpůsobit úsilí o zlepšení procesů, které nabízejí nejvyšší obchodní hodnotu. Tato reprezentace je více v souladu s původním modelem Crosby. Appraisals proti tomuto modelu vedou k profilům schopností, nikoli k jednomu číslu. Vzhledem k tomu, že úroveň vyspělosti organizace je úroveň, kterou většina manažerů a vedoucích pracovníků chápe, existují způsoby mapování výsledků průběžného hodnocení modelu do pěti fází.
Použití fázovaného modelu jako základ pro program zlepšování procesů může být nebezpečné, když implementátoři zapomenou, že CMMI není proces ani model pracovního postupu. Místo toho je CMMI navržená tak, aby poskytovala cíle pro proces a pracovní postup k dosažení. Plnění takových cílů zlepšuje vyspělost organizace a pravděpodobnost, že se události rozvíjejí podle plánu. Možná největší režim selhání dosahuje úrovně cíle a pak jednoduše vytváří procesy a infrastrukturu, aby prošly hodnocením. Cílem jakékoli aktivity zlepšování procesů by mělo být měřitelné zlepšení, ne číslo.
Průběžný model se úspěšně choval jako průvodce zlepšováním procesů. Některé konzultační firmy se rozhodnou pouze nabídnout pokyny k modelu Continuous. Nejzjevnější rozdíl je v tom, že program zlepšování procesů navržený kolem modelu Continuous nemá umělé cíle, které jsou určeny úrovněmi vyspělosti. Průběžný model se také hodí k uplatňování zlepšení procesů v oblastech, kde je nejpravděpodobnější, že bude pro organizaci využívat ekonomický přínos. Proto ti, kteří následují model Continuous, budou pravděpodobně dostávat pozitivní zpětnou vazbu z iniciativy, která je založená na modelu CMMI. Pozitivní zpětná vazba navíc s větší pravděpodobností vede k rozvoji cyklu zlepšování.
Prvky modelu CMMI
Následující tabulka uvádí 22 oblastí procesu, které tvoří model CMMI (verze 1.3):
| Zkratka | Oblast procesu |
|---|---|
| AUTO | Kauzální analýza a řešení |
| CM | Správa konfigurace |
| DAR | Analýza rozhodování a řešení |
| IPM | Integrovaná správa projektů |
| MA | Měření a analýza |
| OID | Organizační inovace a nasazení |
| OPD | Definice organizačního procesu |
| OPF | Zaměření organizačního procesu |
| OPP | Výkon organizačního procesu |
| OT | Organizační školení |
| PI | Integrace produktů |
| PMC | Monitorování a řízení projektů |
| PP | Plánování projektu |
| PPQA | Kontrola kvality produktů a procesů |
| QPM | Kvantitativní řízení projektů |
| RD | Definice požadavků |
| REQM | Správa požadavků |
| RSKM | Řízení rizik |
| SAM | Správa smluv s dodavateli |
| TS | Technické řešení |
| VER | Ověření |
| VAL | Ověřování |
V fázované reprezentaci se oblasti procesu mapují na každou fázi, jak je znázorněno na následujícím obrázku.
V průběžné reprezentaci jsou oblasti procesu mapovány na funkční seskupení, jak je znázorněno na následujícím obrázku.
Každá oblast procesu se skládá z požadovaných, očekávaných a informativních součástí. Ke splnění hodnocení modelu se ve skutečnosti vyžadují pouze požadované komponenty. Požadované komponenty jsou specifické a obecné cíle pro každou oblast procesu. Očekávané komponenty jsou specifické a obecné postupy pro každý konkrétní nebo obecný cíl. Všimněte si, že vzhledem k tomu, že očekávaná komponenta je pouze očekávaná a nevyžaduje se, znamená to, že konkrétní nebo obecný postup může být nahrazen ekvivalentní praxí. K dispozici jsou očekávané postupy, které vedou implementátory a appraisery. Pokud zvolíte alternativní postup, je na implementátorovi, aby doporučil appraisera a odůvodnil, proč je alternativní postup vhodný. Informativní komponenty poskytují podrobnosti, které pomáhají implementátorům začít s iniciativou zlepšování procesů, která je řízena modelem CMMI. Mezi informativní komponenty patří podpracování obecných a specifických postupů a typických pracovních produktů.
Vyžadují se pouze obecné a specifické cíle. Všechno ostatní je k dispozici jako průvodce. V příkladech očekávaných a informativních komponent vytáhla literatura CMMI data z rozsáhlých projektů pro vesmír a systémy obrany. Tyto projekty nemusí odrážet typ projektů, které jsou provedeny ve vaší organizaci, ani nemusí odrážet novější trendy v odvětví, jako je vznik agilních metod vývoje softwaru.
Související články
- Proces CMMI
- Vydání software Engineering Institute verze 1.3 sady produktů CMMI
- CMMI for Development: Guidelines for Process Integration and Product Improvement, Third Edition
- CMMI for Development: Guidelines for Process Integration and Product Improvement (SEI Series in Software Engineering)
- Co je agilní vývoj?