Schopný zralostní model
Schopný zralostní model (CMM) Institutu softwarového inženýrství (SEI) popisuje dospělost organizací vývoje software na váze 1 k 5.Shodovat se k SEI, “Predictability, účinnost, a kontrola nad softwarem organizace procesy jsou věřil se zlepšit jak organizace postoupí do těchto pěti úrovní. Zatímco nepečlivý, empirický důkaz doposud podporuje tuto víru.”
- CMM úroveň 1 (parafovat): Vývoj software následuje málo k žádným pravidlům. Projekt může jít z jedné krize k příští. Úspěch projektu závisí na dovednostech individuálních vývojářů. Oni mohou potřebovat dokončit projekt v hrdinském úsilí.
- CMM úroveň 2 (repeatable): Úspěchy vývoje software jsou repeatable. Organizace může používat některé základní vedení projektu k ceně dráhy a plánu. Přesná implementace se liší od projektu k projektu uvnitř organizace.
- CMM úroveň 3 (definovaný): Vývoj software přes organizaci používá stejná pravidla a události pro vedení projektu. Rozhodujíce, organizace sleduje tento proces dokonce pod tlaky plánu, ideálně protože vedení uzná, že to je nejrychlejší způsob, jak skončit.
- CMM úroveň 4 (zvládal to): Používat přesná měření, vedení může účinně řídit úsilí vývoje software. Zvláště, vedení může poznat způsoby, jak nastavit a přizpůsobit proces ke zvláštním projektům bez měřitelných ztrát kvality nebo odchylky od specifikací.
- CMM úroveň 5 (optimalizovat): Kvantitativní odezva od úvodních projektů je používána zlepšit vedení projektu, obvykle používat pilotní projekty, používat dovednosti ukazované v úrovni 4.
| Tabulka s obsahem |
| 1 chválí 2 kritiky 3 vnější spojení |
CMM byl vynalezen dávat vojenské důstojníky rychlý způsob, jak zhodnocovat a popisovat dodavatele je schopnosti poskytovat správný software včas. To bylo burácející úspěch v této roli. Tolik tak že to způsobilo vyděšené prodavače k volání po jejich inženýrských organizacích k “realizovat CMM.”
CMM spolehlivě odhadne sophistication organizace o vývoji software.
CMM nepopíše jak vytvořit efektivní softwarovou rozvojovou organizaci. Zvláštnosti to míry jsou v praxi velmi těžké se vyvíjet v organizaci, ačkoli oni jdou velmi snadno rozpoznat.
CMM byl kritizován za bytí příliš byrokratický a pro podporovat proces přes substanci. Zvláště, pro zdůrazňovat predictability přes službu poskytovanou ke koncovým uživatelům. Více komerčně úspěšné metodologie mají soustředěný ne na schopnosti organizace k softwaru produkce uspokojit nějakou jinou organizaci nebo kolektivně-produkoval specifikaci, ale na schopnosti organizací uspokojit specifického koncového uživatele”případy použití”.
CMM rozdělení do úrovní také bylo kritizované v tom to ignoruje možnost, že jediná skupina může vystavit všechny chování a smět změna z chování k chování v průběhu doby. Tam je také implikace že skupina musí se odstěhovat z kroku ke kroku a že to je nemožné pro skupinu projektu k pohybu od jednoho k pět bez procházet mezistupni.
Pro další informace o jak organizovat takové projekty, vidět software letecké elektrotechniky. Externí odkazy