Model zralosti schopností (CMM) v softwarovém inženýrství

Od: Lucas Bennett Lucas Bennett
Hours aktualizováno

⚡ Chytré shrnutí

Model zralosti schopností (CMM) je měřítko používané k měření zralosti softwarového procesu v organizaci. Vyvinutý v Institutu softwarového inženýrství definuje pět úrovní, které vedou týmy od chaotické, ad-hoc práce k neustálému a optimalizovanému zlepšování.

  • 📊 Definice: CMM je měřítkem, které měří vyspělost procesu vývoje softwaru v organizaci.
  • 🏛️ Původ: Byl vyvinut v Institutu softwarového inženýrství koncem 1980. let pro americké letectvo.
  • 🪜 Pět úrovní: Počáteční, řízená, definovaná, kvantitativně řízená a optimalizační tvoří žebříček zralosti.
  • ⏳ Doba implementace: Úplné přijetí obvykle trvá měsíce na úrovni, nejedná se o změnu přes noc.
  • 🧩 Klíčové oblasti procesu: Každá úroveň, s výjimkou úrovně 1, je definována klíčovými oblastmi procesů (KPA), které seskupují související cíle.
  • ⚠️ Omezení: CMM uvádí, co by měl proces řešit, nikoli jak to implementovat, a ignoruje obchodní strategii.
Přečíst více

Model zralosti schopností (CMM)

Co je CMM?

Model splatnosti schopnosti používá se jako měřítko pro měření vyspělosti softwarového procesu v organizaci.

CMM byl vyvinut v Institutu softwarového inženýrství koncem 80. let. Vznikl jako výsledek studie financované americkým letectvem jako způsob vyhodnocení práce subcon...tractorů. Later, na základě modelu CMM-SW vytvořeného v roce 1991 za účelem posouzení vyspělosti vývoje softwaru, bylo s CMM-I integrováno několik dalších modelů.

Model splatnosti schopnosti

Co jsou úrovně modelu zralosti schopností (CMM)?

Model definuje pět progresivních úrovní zralosti:

  1. Počáteční
  2. Opakovatelné/spravované
  3. Definováno
  4. Kvantitativně řízeno
  5. Optimalizace

Úrovně modelu zralosti schopností (CMM).

Co se děje na různých úrovních CMM?

Níže uvedená tabulka rozebírá aktivity a výhody na jednotlivých úrovních.

Úrovně Novinky Výhody
Počáteční úroveň 1
  • Na úrovni 1 je proces obvykle chaotický a ad hoc.
  • Schopnost je charakterizována na základě jednotlivců, nikoli organizace.
  • Pokrok se neměří.
  • Vyvíjené produkty často zpožďují plán a překračují rozpočet.
  • Široké rozdíly v harmonogramu, nákladech, funkčnosti a cílech kvality.
 Žádný. Projekt je totální chaos.
Úroveň 2 Spravováno
  • Správa požadavků
  • Odhadněte parametry projektu, jako jsou náklady, harmonogram a funkčnost
  • Změřte skutečný pokrok
  • Vypracujte plány a procesy
  • Jsou definovány standardy softwarových projektů
  • Identifikovat a kontrolovat produkty, hlášení problémů, změny atd.
  • Procesy se mohou u jednotlivých projektů lišit
  • Procesy se stávají snadněji pochopitelnými
  • Manažeři a členové týmu tráví méně času vysvětlováním, jak se věci dělají, a více času jejich realizací.
  • Projekty jsou lépe odhadovány, lépe plánovány a flexibilnější
  • Kvalita je integrována do projektů
  • Náklady mohou být zpočátku vysoké, ale časem se snižují
  • Vyžaduje více papírování a dokumentace
Definováno Level-3
  • Ujasněte si požadavky zákazníků
  • Vyřešte požadavky na návrh, vypracujte proces implementace
  • Zajišťuje, aby výrobek splňoval požadavky a zamýšlené použití.
  • Systematicky analyzovat rozhodnutí
  • Odstraňte a kontrolujte potenciální problémy
  • Zlepšování procesů se stává standardem
  • Řešení postupuje od „kódování“ k „konstruování“
  • Brány kvality se objevují v průběhu projektového úsilí s celým týmem zapojeným do procesu
  • Rizika jsou zmírněna a tým nepřekvapí
Úroveň 4 kvantitativně řízená
  • Statisticky řídí procesy a dílčí procesy projektu
  • Porozumět výkonnosti procesů, kvantitativně řídit projekt organizace
  • Optimalizuje výkonnost procesů v celé organizaci
  • Podporuje kvantitativní řízení projektů v organizaci
Optimalizace úrovně 5
  • Včas odhalte a odstraňte příčinu závad
  • Identifikujte a nasaďte nové nástroje a vylepšení procesů, abyste splnili potřeby a obchodní cíle
  • Podporuje organizační inovace a nasazení
  • Dává impuls kauzální analýze a řešení

Následující diagram ilustruje, co se děje na různých úrovních souřadnicového měřicího stroje (CMM):

Různé úrovně CMM

SOUVISEJÍCÍ ČLÁNKY

Jak dlouho trvá implementace CMM?

CMM je nejžádanějším procesem pro udržení kvality produktu pro jakoukoli softwarovou společnost, ale jeho implementace trvá o něco déle, než se očekává.

  • Implementace CMM se neprovádí přes noc.
  • Není to jen „papírování“.
  • Typické doby implementace jsou:
  • 3-6 měsíců -> na přípravu
  • 6-12 měsíců -> pro realizaci
  • 3 měsíců -> pro přípravu na posouzení
  • 12 měsíců -> pro každou novou úroveň

Vnitřní struktura CMM

Každá úroveň v CMM je definována jako klíčová oblast procesu nebo KPA, s výjimkou úrovně 1. Každá KPA definuje skupinu souvisejících aktivit, které při společném provedení dosahují souboru cílů považovaných za zásadní pro zlepšení softwarových schopností.

Pro různé úrovně CMM existují sady klíčových ukazatelů (KPA). Například pro model CMM 2 jsou to:

  • REQM – Správa požadavků
  • PP – Plánování projektu
  • PMC – Monitorování a řízení projektů
  • SAM – Správa smluv s dodavateli
  • PPQA – Procesní a kvalitativní zajištění
  • CM – Správa konfigurace

Stejně tak i u ostatních modelů CMM existují specifické klíčové ukazatele akce (KPA). Abyste zjistili, zda je implementace KPA efektivní, trvalá a opakovatelná, mapují se na následujícím základě:

  1. Závazek k výkonu
  2. Schopnost vystupovat
  3. Prováděné činnosti
  4. Měření a analýza
  5. Ověřování implementace

Omezení modelů CMM

Model má také několik omezení:

  • CMM určuje, co by měl proces řešit, nikoli jak by měl být implementován.
  • Nevysvětluje všechny možnosti zlepšení softwarového procesu.
  • Zaměřuje se na softwarové otázky, ale nezohledňuje strategické obchodní plánování, zavádění technologií, budování produktové řady a řízení lidských zdrojů.
  • Neříká, v jakém druhu podnikání by se organizace měla zabývat.
  • CMM nebude užitečný v projektu, který je právě teď v krizi.

Proč používat CMM?

CMM dnes v softwarovém průmyslu funguje jako „pečeť schválení“. Pomáhá různými způsoby zlepšovat kvalitu softwaru.

  • Vede k opakovatelnému standardnímu procesu, a tím zkracuje dobu učení, jak věci dělat.
  • Praktikování CMM znamená dodržování standardního protokolu pro vývoj, což nejen pomáhá týmu šetřit čas, ale také poskytuje jasný přehled o tom, co dělat a co očekávat.
  • Kvalitní aktivity dobře zapadají do projektu, spíše než aby byly vnímány jako samostatná událost.
  • Funguje jako komunikátor mezi projektem a týmem.
  • Úsilí CMM směřuje vždy ke zlepšení procesu.

Nejčastější dotazy

CMM je původní model zaměřený především na vyspělost softwarových procesů. CMMI (Capability Maturity Model Integration) je jeho nástupcem a zahrnuje software, hardware a služby s integrovaným rámcem. Většina organizací dnes používá CMMI spíše než starší CMM.

CMM se široce používá v IT a softwarových službách, obraně, leteckém průmyslu, bankovnictví a telekomunikacích. Každá organizace, která outsourcuje nebo dodává komplexní software, jej používá k porovnání kvality, snížení rizik a demonstraci spolehlivých a opakovatelných procesů klientům.

Ano, ačkoli CMMI do značné míry nahradil původní CMM. Hodnocení zralosti zůstává relevantní pro organizace, které potřebují prokázat procesní disciplínu v outsourcingu.tracts, vládní zakázky a audity kvality, a to i vedle agilních a DevOps postupů.

Umělá inteligence dokáže analyzovat procesní data, včas odhalovat vady a předpovídat rizika související s harmonogramem nebo náklady. Automatizací měření a reportingu podporuje vyšší úrovně CMM, kde se organizace spoléhají na kvantitativní řízení a neustálé zlepšování založené na datech.

Ano. Nástroje umělé inteligence automatizují testování, kontrolu kódu a monitorování procesů, čímž se postupy stávají opakovatelnými a měřitelnými. To pomáhá týmům přejít od ad-hoc práce k definovaným a optimalizovaným úrovním, ačkoli k udržení dosažených výsledků je stále zapotřebí lidské řízení.

Shrňte tento příspěvek takto: