Capability Maturity Model (CMM) & jsou to úrovně softwarového inženýrství

Co je CMM?

Model zralosti schopností se používá jako měřítko pro měření vyspělosti softwarového procesu organizace.

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

V tomto tutoriálu se naučíme,

• Co jsou úrovně modelu zralosti schopností (CMM)?
• Co se děje na různých úrovních CMM?
• Jak dlouho trvá zavedení CMM?
• Vnitřní struktura CMM
• Omezení modelů CMM
• Proč používat CMM?

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

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

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

Úrovně	Činnosti	Výhody
Úroveň 1 Počáteční	Na úrovni 1 je proces obvykle chaotický a ad hoc Schopnost je charakterizována na základě jednotlivců a nikoli organizace Pokrok nebyl měřen Vyvíjené produkty jsou často plánovány a přesahují rozpočet Velké rozdíly v harmonogramu, nákladech, funkčnosti a cílech kvality	Žádný. Projekt je Total Chaos
Úroveň 2 spravována	Správa požadavků Odhadněte parametry projektu, jako jsou náklady, plán a funkčnost Změřte skutečný pokrok Vypracovat plány a procesy Jsou definovány standardy softwarových projektů Identifikujte a kontrolujte produkty, změny hlášení problémů atd. Procesy se mohou u projektů lišit	Procesy jsou snáze srozumitelné 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 prováděním Projekty jsou lépe odhadovány, lépe plánovány a pružnější Kvalita je integrována do projektů Cena může být zpočátku vysoká, ale klesá přesčas Zeptejte se více papírování a dokumentace
Úroveň 3 definována	Upřesněte požadavky zákazníků Vyřešte požadavky na design, vytvořte proces implementace Zajišťuje, aby produkt splňoval požadavky a zamýšlené použití Systematicky analyzujte rozhodnutí Odstraňte a kontrolujte potenciální problémy	Vylepšení procesů se stává standardem Řešení postupuje od „kódování“ k „inženýrství“ 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 spravuje procesy a dílčí procesy projektu Pochopte výkon procesu, kvantitativně spravujte projekt organizace	Optimalizuje výkon procesu v celé organizaci Podporuje kvantitativní řízení projektů v organizaci.
Úroveň 5 Optimalizace	Zjistěte a odstraňte příčinu defektů včas 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á podnět k kauzální analýze a řešení

Následující diagram poskytuje obrazové znázornění toho, co se děje na různé úrovni CMM

Jak dlouho trvá zavedení CMM?

CMM je nejžádanější proces pro udržení kvality produktu pro jakoukoli společnost zabývající se vývojem softwaru, ale jeho implementace trvá o něco déle, než se očekává.

• Implementace CMM neprobíhá přes noc
• Není to jen „papírování“.
• Obvyklá doba pro implementaci je
  • 3-6 měsíců -> pro přípravu
  • 6-12 měsíců -> pro implementaci
  • 3 měsíce -> 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 do klíčové oblasti procesu nebo KPA , s výjimkou úrovně 1. Každá KPA definuje shluk souvisejících aktivit, které při společném provádění dosahují souboru cílů považovaných za zásadní pro zlepšení schopnosti softwaru

Pro různé úrovně CMM existují sady KPA, například pro CMM model-2 jsou KPA

• REQM - Správa požadavků
• PP- plánování projektu
• PMC - monitorování a kontrola projektu
• SAM - Správa smlouvy s dodavatelem
• Proces PPQA a zajištění kvality
• CM-Configuration Management

Podobně pro ostatní modely CMM máte specifické KPA. Abychom věděli, zda je implementace KPA efektivní, trvalá a opakovatelná, je zmapována na následujícím základě

1. Závazek k plnění
2. Schopnost vykonávat
3. Činnosti se provádějí
4. Měření a analýza
5. Ověření implementace

Omezení modelů CMM

• CMM určuje, co by měl proces řešit, místo toho, jak by měl být implementován
• Nevysvětluje všechny možnosti zlepšení softwarových procesů
• Zaměřuje se na softwarové problémy, ale nezohledňuje strategické obchodní plánování, zavádění technologií, vytváření produktové řady a správu lidských zdrojů
• Neříká, v jakém oboru by organizace měla být
• CMM nebude v současné době v projektu, který má krizi, užitečný

Proč používat CMM?

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

• Vede k opakovatelnému standardnímu procesu, a tím zkracuje dobu učení, jak dělat věci
• Procvičování CMM znamená procvičování standardního protokolu pro vývoj, což znamená, že nejen pomáhá týmu šetřit čas, ale také poskytuje jasný přehled o tom, co dělat a co očekávat
• Činnosti v oblasti kvality se dobře promítají do projektu, místo aby byly považovány za samostatnou událost
• Funguje jako dojíždějící mezi projektem a týmem
• Úsilí CMM vždy směřuje ke zlepšení procesu

souhrn

CMM byl poprvé představen koncem 80. let v amerických vzdušných silách za účelem vyhodnocení práce subdodavatelů. Později byla s vylepšenou verzí implementována ke sledování kvality systému pro vývoj softwaru.

Celá úroveň CMM je rozdělena do pěti úrovní.

• Úroveň 1 (počáteční): Tam, kde jsou požadavky na systém obvykle nejisté, nepochopené a nekontrolované. Proces je obvykle chaotický a ad-hoc.
• Úroveň 2 (spravovaná): Odhad nákladů na projekt, harmonogramu a funkčnosti. Jsou definovány softwarové standardy
• Úroveň 3 (definováno): Zajišťuje, že produkt splňuje požadavky a zamýšlené použití
• Úroveň 4 (Kvantitativně spravováno): Statisticky spravuje procesy a dílčí procesy projektu
• Úroveň 5 (Zralost): Identifikujte a nasaďte nové nástroje a vylepšení procesů, abyste splnili potřeby a obchodní cíle