Capability Maturity Model (CMM) je efektivní a snazší způsob, jak škálovat více funkcí vašeho podnikání.
Chcete-li provozovat společnost, ovládat systém nebo řídit skupinu, je základním aspektem pochopení schopností.
Jakmile zúžíte různé funkce vašeho podniku, musíte posoudit výkon všech těchto funkcí. Podle toho nastavujete standardy a cíle svého podnikání.
Aby tedy mohli podnikatelé a obchodní lídři měřit a kontrolovat výkon a pracovní postup každé funkce a jednotlivce, musí mít solidní řešení a zachytit ho.
Tímto způsobem může společnost vyvíjet systémy, které mohou převzít břemeno složitosti a poskytnout přesnost potřebnou pro škálování.
Zde přichází na scénu CMM.
V tomto článku se budu zabývat tím, co jsou CMM a CMMI, jejich úrovně a rozdíly mezi nimi.
Začněme!
Table of Contents
Co je model vyspělosti schopností?
Capability Maturity Model (CMM) je jednoduchá metodika, která se používá k vytvoření a zpřesnění procesu vývoje aplikací v organizaci. To umožňuje vývojářům vyvíjet a zlepšovat proces vývoje softwaru, což má za následek vyšší konzistenci a efektivitu.
Bez ohledu na to, jaká role vám byla přidělena ve vývojovém týmu, může vám seznámení se s CMM pomoci zvýšit váš výkon. Dá se tedy říci, že CMM je metoda, která pomáhá hodnotit, vyvíjet a zlepšovat proces vývoje softwaru.
CMM nastiňuje primární postupy pro vývoj softwaru a dalších princezen, které procházejí inženýrstvím, správou a plánováním. Předpokládá, že pravidelný proces zlepšování je dosažitelný prostřednictvím malých známek pokroku namísto větších průlomů.
Kromě toho nabízí rámec pro správu drobných známek do různých úrovní zralosti s cílem poskytnout platformu pro neustálé zlepšování procesu vývoje softwaru. Proto tato metodika působí jako srdce systémů managementu speciálně navržených pro zvýšení kvality vývoje produktů a služeb spolu s jejich dodávkami.
CMM byl vyvinut a podporován SEI (Software Engineering Institute), výzkumným a vývojovým centrem sponzorovaným americkým DOD. Nyní je součástí Carnegie Mellon University. SEI byla poprvé založena v roce 1984 za účelem řešení různých softwarových problémů a prosazování softwarových metodologií.
SEI byla založena za účelem optimalizace procesu vývoje, akvizice a údržby silně softwarově rezervovaných systémů pro ministerstvo obrany (DOD). Obhajuje průmyslově orientované přijetí vyvíjejícího se CMM, tj. integrace CMM (CMMI).
Proč potřebujete CMM?
CMM má mnoho silných stránek a nejužitečnější výhodou použití této metodiky je její schopnost šetřit čas a peníze. Je tomu tak proto, že systém je dokonale navržen tak, aby znal závady v procesu zlepšování efektivněji než jiné modely.
Kromě toho CMM zlepšuje obchodní procesy a také snižuje náhlé změny ve výrobních plánech. Vzhledem k tomu, že CMM byl prvním modelem navrženým ke zlepšení průmyslového procesu, může být základním kamenem pro vytváření dalších modelů, jako je vylepšená verze CMM (tj. CMMI), Business Capability Maturity Model (BCMM) a další.
CMM je poměrně flexibilní model pro všechny procesy a trhy. Bez ohledu na to, do kterého sektoru patříte, pokud máte vývojový tým, členové mohou využít model k opravě chyb v procesu.
Pět úrovní zralosti v CMM
Pět úrovní modelu zralosti schopností (CMM) v procesu vývoje je:
#1. Počáteční úroveň
Na této úrovni nejsou procesy ve správném pořadí. Někdy to může být i chaotické. Zde úspěch závisí na úsilí jednotlivého člena a není považován za opakovatelný proces. Je to jen proto, že proces není dostatečně dobře zdokumentován a definován, aby jej bylo možné replikovat.
Následované procesy jsou nezralé a Adhoc, což je nestabilní prostředí pro vývoj vašeho softwaru. Kromě toho neexistuje žádný základ pro předpovídání kvality produktu a doby jeho dokončení.
#2. Opakovatelný
Na této úrovni jsou požadované procesy dobře zavedené, zdokumentované a definované. V důsledku toho jsou techniky projektového řízení správně zavedeny a úspěch se nemusí v některých klíčových oblastech procesu opakovat.
Opakovatelné úrovně lze dosáhnout stanovením některých základních zásad projektového řízení. Zkušenosti z dřívějších projektů se využívají k řízení projektů podobného charakteru. Zahrnuje definování požadovaných zdrojů, cílů, omezení a dalších pro projekt.
Tato úroveň představuje podrobný plán, který je třeba správně dodržovat pro úspěšné dokončení kvalitního softwaru. Primárním cílem je udržet výkon produktu, jako je jeho komponenta, po celou dobu životního cyklu softwaru.
Opakovatelná úroveň zahrnuje i zpětnou vazbu od zákazníků a řízení recenzí, což může vést k některým změnám v nastaveném požadavku. Toto řízení požadavků spočívá v přizpůsobení se upraveným požadavkům.
Dále se řízení subdodávek zaměřuje na řízení kvalifikovaných dodavatelů pro vývoj softwaru. To znamená, že spravuje některé části softwaru, které jsou vyvinuty třetími stranami. Zajištění kvality softwaru zaručuje kvalitní softwarový produkt s určitými pravidly a standardními pokyny během procesu vývoje.
#3. Definované
Dokumentace pokynů a postupů probíhá na této úrovni. Jedná se o dobře definovanou sadu procesů a správy softwarového inženýrství. To zahrnuje:
- Vzájemné recenze: V této metodě je třeba odstranit vady pomocí různých procesů kontroly, jako jsou inspekce, kontroly kamarádů, průchody atd.
- Meziskupinová koordinace: Tato metoda sestává z interakcí mezi více vývojovými týmy, aby bylo zajištěno správné a efektivní plnění potřeb.
- Definice organizačního procesu: Metoda se zaměřuje na vývoj a údržbu procesů vývoje softwaru.
- Zaměření na proces organizace: To zahrnuje postupy a činnosti, které je třeba dodržovat, aby se zlepšily procesní schopnosti organizace.
- Tréninkové programy: Tréninkové programy se zaměřují na prohlubování znalostí a dovedností členů týmu a zajišťují zlepšení efektivity práce.
#4. Podařilo se
Na této úrovni jsou stanoveny kvantitativní cíle pro kvalitu softwarových produktů a softwarové procesy organizace. Provedená měření umožňují organizaci předpovídat kvalitu procesu a produktu v rámci limitů, které jsou kvantitativně definovány.
Tato úroveň zahrnuje strategie a plány vytvořené pro vývoj a pochopení kvantitativní analýzy a kvality produktu. Zaměřuje se také na řízení výkonnosti projektu.
#5. Optimalizace
Toto je poslední fáze zralosti procesů v CMM, která se zaměřuje pouze na neustálé zlepšování vývojových procesů v organizaci prostřednictvím kvantitativní zpětné vazby. To se provádí pomocí technik, hodnocení a nástrojů pro softwarové procesy, aby se zabránilo opakování známých defektů.
Tato úroveň zahrnuje:
- Řízení změn procesů: Tento proces řízení se zaměřuje na neustálé zlepšování procesů vývoje softwaru. To zlepšuje kvalitu, dobu cyklu a produktivitu softwarového produktu.
- Řízení změny technologie: Skládá se z použití technologií a identifikačních technik ke zlepšení kvality produktu a minimalizaci doby vývoje.
- Prevence defektů: Prevenci defektů lze provést identifikací příčiny defektů a zabráněním opakování těchto defektů v dalších projektech. To zlepšuje projektem definované procesy.
Integrace modelu vyspělosti schopností
Capability Maturity Model Integration (CMMI) je jednoduchý procesní model, který mohou organizace použít k vylepšení vývojových procesů, posílení efektivního chování a zlepšení produktivity v pracovním postupu při vývoji produktu, služby nebo projektu. To má za následek snížení rizik v průběhu celého procesu.
CMMI byl vyvinut a představen Carnegie Mellon University. Primárním záměrem tohoto vývoje je zvýšit efektivitu a použitelnost modelů vyspělosti, které mohou měřit schopnost organizace neustále se zlepšovat v určitých oblastech. To se může stát pouze integrací více modelů do jednoho rámce.
První verze byla vydána v roce 2002 a další verze byla vydána v roce 2006. V roce 2010 se objevila verze 1.3 a nejnovější verze 2.0 byla spuštěna v roce 2018, což přineslo různé změny, jako je zvýšení dostupnosti, efektivity atd. ., pro podniky.
CMMI koupila ISACA (dříve známá jako Information Systems Audit and Control Association), která vlastní certifikace jako framework COBIT. CMMI je procesní a behaviorální model, který pomáhá organizacím v celém procesu vývoje produktů nebo služeb.
Cíl CMMI je tedy zcela jasný. Používá se ke zlepšení kvality služby nebo produktu následováním modelu, který naplňuje očekávání zákazníků a zvyšuje hodnotu organizace na trhu. Hodnotí také pověst vašeho podnikání a hodnotu zainteresovaných stran v oboru.
CMMI se v současné době zabývá následujícími oblastmi zájmu:
- CMMI pro vývoj: Slouží k vývoji produktů a služeb.
- CMMI pro služby: Slouží ke zřízení, poskytování a správě služeb.
- CMMI pro akvizici: Zahrnuje akvizici produktů a služeb.
Zastoupení CMMI
Reprezentace CMMI umožňuje organizaci sledovat soubor cílů zlepšování. Existují dvě reprezentace:
Inscenovaná reprezentace
- K popisu cesty zlepšování používá definovanou sadu oblastí vývojového procesu.
- Poskytuje řadu vylepšení, kde každá část série slouží jako struktura pro další vylepšení.
- Definuje vylepšenou cestu pomocí úrovní zralosti. A úroveň vyspělosti vypovídá o vyspělosti různých procesů v organizaci.
- Umožňuje srovnání mezi různými organizacemi pro různé úrovně vyspělosti.
Nepřetržité zastupování
- Umožňuje výběr konkrétních oblastí procesu.
- Využívá úrovně schopností k měření zlepšení jednotlivých procesů.
- Navíc umožňuje srovnání mezi organizacemi na základě procesu-oblasti-procesu-oblasti.
- Nepřetržité zastupování také umožňuje organizacím vybrat si z různých procesů pro lepší zlepšení.
- V tomto zastoupení mohou organizace lépe plnit své cíle a snižovat rizika výběrem pořadí zlepšení různých procesů.
Etapy v CMMI
V CMMI je pět stupňů zralosti s stupňovitým zastoupením:
#1. Počáteční: Na této úrovni jsou vývojové procesy špatně řízeny nebo řízeny. Zahrnuje také nepředvídatelné výsledky vývojových procesů. Kromě toho se používají chaotické a ad hoc přístupy. Nenajdete žádné definované oblasti klíčových procesů (KPA). Kvalita není tak dobrá a produkt nebo služby jsou vystaveny nejvyššímu riziku.
#2. Spravováno: V této fázi zralosti jsou požadavky spravovány správně a vývojové procesy jsou kontrolovány a plánovány. Zde je projekt řádně řízen a realizován podle zdokumentovaných plánů. Riziko však stále existuje, ale je nižší než počáteční úroveň.
#3.Definováno: Na definované úrovni vyspělosti jsou procesy vývoje dobře popsány a charakterizovány pomocí správných postupů, standardů, nástrojů a metod. Kvalita, kterou najdete, je střední třídy a riziko je také střední.
#4. Kvantitativní řízení: V tomto modelu jsou stanoveny kvantitativní cíle pro procesy kvality a výkonnosti. Vychází z potřeb organizace, požadavků zákazníků a dalších. Míry výkonnosti procesu jsou kvantitativně analyzovány. Zde najdete kvalitnější procesy s nižším rizikem.
#5. Optimalizace: Toto je poslední fáze modelu zralosti, která zahrnuje neustálé zlepšování výkonnosti a procesů. Zlepšení na této úrovni je inovativní a postupné. Procesy a výkony jsou kvalitnější a riziko je nejnižší.
Úrovně schopností CMMI
Úroveň schopností vypovídá o příslušných postupech pro konkrétní oblast procesu, aby se zlepšily procesy organizace související s oblastí procesu. Pro modely CMMI existuje šest úrovní schopností:
- Úroveň schopností 0 (Neúplné): Zahrnuje neúplné, částečné a neprovedené procesy. Na této úrovni neexistují žádné obecné cíle.
- Úroveň schopností 1 (provedeno): Výkon procesu není na této úrovni stabilní. Cíle nákladů, harmonogramu a kvality nejsou splněny. Proces úrovně 1 musí provádět specifické postupy.
- Úroveň schopností 2 (Managed): Proces je monitorován, řízen a plánován na této úrovni. Zde jsou cíle jak modelové, tak i jiné, jako je kvalita, harmonogram a náklady. Organizace potřebuje řídit procesy aktivně pomocí metrik.
- Úroveň schopností 3 (definovaná): Jde o definovanou úroveň, kde je proces dobře řízen a splňuje soubor organizačních směrnic a standardů. Zaměřuje se na standardizaci procesů.
- Úroveň schopností 4 (kvantitativně řízená): Zde je proces řízen pomocí kvantitativních a statistických technik. Na této úrovni je výkonnost procesu chápána v metrických a statistických termínech.
- Úroveň schopností 5 (optimalizace): Tato úroveň se zaměřuje na neustálé zlepšování výkonnosti procesu. Výkon se zlepšuje jak inovativními, tak postupnými způsoby.
CMM vs. CMMI: Rozdíl
CMMI je aktualizovaný nebo novější model CMM. SEI vyvinula CMMI pro standardizaci a integraci CMM, která má různé modely pro každou funkci, kterou pokrývá. Tyto modely nejsou synchronizovány; jejich integrace činí proces flexibilní a efektivní.
S ohledem na klíčové oblasti procesu, postupy, úrovně vyspělosti a cíle je struktura CMMI podobná struktuře CMM. CMMI však nabízí dvě různé reprezentace procesů.
Pojďme zjistit další rozdíly mezi CMM a CMMI:
CMMCMMICMM je zkratka pro Capability Maturity Model, vyvinutý v roce 1984. CMMI je zkratka pro Capability Maturity Model Integration, vyvinutý v roce 2006. Jedná se o behaviorální model, který je vyvinut pro měření procesů vývoje softwaru v organizaci. Jedná se o aktualizovanou verzi modelu CMM, který je více zaměřený na úkoly a efektivní. Primárním účelem je vyhodnotit úrovně vyspělosti v procesu vývoje softwaru. Primárním účelem je zkombinovat různé softwarové modely do jednoho softwaru a překonat některé nevýhody CMM. CMM má pět fází: Počáteční, opakování, definování, spravování a optimalizaceCMMI má pět fází: Počáteční, řízenou, definovanou, kvantitativně řízenou a optimalizovanou. CMM je méně efektivní. CMMI je efektivnější. Je příliš orientovaný na proces. Je orientovaný na cíl.
Závěr
Capability Maturity Model (CMM) je systém pro řešení problémů pro procesy vývoje softwaru v průmyslových odvětvích. To může podnikům ušetřit řešení procesních problémů.
Na druhou stranu má CMMI pokročilou metodiku než CMM. Zahrnuje naplňování očekávání zákazníků, oceňování tvorby, marketingový růst, zlepšování kvality produktů a služeb a posilování reputace.
Můžete také prozkoumat rámec správy životního cyklu aplikací, který pomáhá při vývoji a dodávání softwaru podle plánu, v rámci rozpočtu a ve špičkové kvalitě.