Základní informace o CMMI

Průvodci konečné k integraci pro Model splatnosti schopností (CMMI) pro vývoj je publikováno Software Engineering Institute jako "CMMI: pokyny pro proces integrace a zlepšování produktů." Tato kniha konkrétně popisuje CMMI pro vývoj (DEV CMMI) verze 1.3, což je jedno z modely v rámci aktuální sady CMMI produkt v době psaní tohoto textu.Tento model je velmi stabilní a by měly být nadále aktuální něco víc než jen 2010.Můžete také zjistit "CMMI destilovaná: A praktické Úvod do integrované Process Improvement" být zpřístupní knihy o tématu.Další informace o obou těchto knih, naleznete v části další prostředky dále v tomto tématu.

CMMI spustit život v roce 1987 jako schopností splatnosti modelu (CMM), projekt na Software Engineering Institute, což je research center na Carnegie TruSecure.Tohoto centra bylo vytvořeno a financovaný obrana oddělení Spojené státy.CMM pro Software byl publikován v roce 1991 a je založena na kontrolní seznam rozhodující faktory pro úspěch na projektech vývoje softwaru během opožděné 70s a early 80s.Model také informován výzkumu na mezinárodní obchodní počítače (IBM) Corporation a kvalitu 20 století assurance vedoucí Philip Crosby a W.Edwards Deming.Název, schopností splatnosti modelu a pět úrovní v reprezentaci připraveny (jak je popsáno dále v tomto tématu) byly INSPIROVANÉ na Crosby Manufacturing splatnosti modelu.Použít hlavně na obrana programy, má CMM dosáhnout značné přijetí a podrobeno několik revize a iterací.Úspěch vedlo k rozvoji CMMs pro různé Predmety nad rámec softwaru.Šíření nové modely byla zpracování, takže vláda financované dva roky projekt, který se podílí více než 200 průmysl a akademické odborníky, chcete-li vytvořit jednoduchý a rozšiřitelný rámec, který integrované systémy inženýrství, software, vývoj a návrh produktu.Výsledek byla CMMI.

Nejdůležitější pochopit o CMMI – vývojáře je, zda je model.Není procesu nebo předpis-li být zahájen.Jedná se o sadu organizace chování, která mají být s hodnotou v systémech inženýrství a vývoji softwaru ověřené.Proč používat tento model?Co je jeho účelem?A jak nejlépe by měl být použít?Tyto dokumenty kritické otázky a jsou pravděpodobně nejvíce špatně vykládána problémy s CMMI.

Proč používat modelu?

Bez modelu, jak naše organizace práci, která funguje jejich potřeba a interakci s těmito funkcemi, je obtížné vést úsilí ke zlepšení.Model nám poskytuje pochopení diskrétní elementů v naší organizace a pomáhá nám formulace jazyk a diskuse, co je třeba zlepšit a jak může být dosaženo takové zlepšení.Model nabízí následující výhody:

• poskytuje společné rozhraní a jazyk, který má pomoci komunikaci

• využívá letech zkušeností

• pomáhá uživatelům mějte velký obrázek při zaměření konkrétně na zlepšování

• je často podporovaných školitelé a konzultanty

• může poskytnout standardní k řešení neshody

Jaký je účel CMMI modelu?

K nim zjistíte, že je účelem modelu hodnocení splatnosti procesy v organizaci a poskytnout návod vylepšení procesů, které povede k vylepšení produktů.Při komunikaci s uživateli z Software Engineering Institute, může být poslechněte si jejich říci, že CMMI je model pro řízení rizika a které identifikuje schopnost organizace spravovat riziko.Tento údaj je důkaz pravděpodobnost, že organizace můžete zajistit jeho sliby nebo dodávat produkty vysokou kvalitu, které jsou atraktivní na trh.Jiným způsobem Zamyslete se nad tohoto objektu je, že model poskytuje vhodný indikátor jak organizace provede zátěži.Vysoká splatnosti, vysoká schopností organizace bude trvat neočekávaný, stressful události jeho snadno vyřešit, reagovat, změnit a přejít dopředu.Nízká splatnosti a nižší schopností organizace bude většinou nouzové zátěži, slepě postup odstraněno, nebo zcela zahození všech procesů a retrench zpět do chaos.

CMMI nebyl prokázanou vhodný indikátor hospodářského výkonu organizace.Přestože vyšší splatnosti organizace mohou spravovat lepší riziko a předvídatelnější, existuje důkaz o riziko aversion mezi vyšší splatnosti podniky.Tato aversion může vést k nedostatku inovací nebo doklad o větší byrokracie, jehož výsledkem je rozsáhlé časy a nedostatek konkurenceschopnosti.Nižší splatnosti podniky jsou obvykle více inovativní a kreativní, ale chaotických a nepředvídatelné.Pokud je dosaženo výsledky, jsou často výsledek extrém práci tím jednotlivcům nebo správci.

Co je to nejlepší způsob, jak používat CMMI modelu?

Chcete-li použít jako základ pro zlepšení proces podnět s jejím použitím v testu pouze podporu systému pro měření zlepšování byla navržena modelu.Zde má byla smíšených úspěch s toto využití.Je příliš snadno splést modelu pro definici procesu a pokuste se provést, místo mapu, která identifikuje mezer v existující procesy, které může být nutné je nutné zadat.Základní stavební blok CMMI je proces oblast, která definuje cíle a několik činností, které se často používají k jejich splnění.Příkladem procesu oblasti je proces produktu a kontrolou kvality a.Další je Configuration Management.Je důležité porozumět, že proces oblasti není proces.Jeden proces může křížová více oblastí procesu a oblast jednotlivých procesu může zahrnovat různé procesy.

Weby DEV CMMI je ve skutečnosti dva modely, které sdílejí stejné základní elementy.První a nejvíce známé je reprezentaci připraveny, který představuje 22 oblasti procesů, které jsou mapovány na jeden z pěti úrovní organizace splatnosti.Úroveň, kdy byl provozní a tuto úroveň by měl mít indikátor jeho schopnosti ke správě riziko a proto poskytování na jeho sliby by hodnocení zhodnocení organizace.

Úroveň 4 a 5 jsou často uvedené jako vyšší úrovně splatnosti.Je často vymazat rozdíl mezi vyšší splatnosti organizace, které budou vykazovat množstevní pro správu a optimalizaci chování, a nižší splatnosti organizací, které jsou pouze spravované nebo následující definované procesy.Vyšší splatnosti organizace budou vykazovat nižší typu v procesy a často používají úvodní ukazatele v rámci metody statisticky zdůvodnitelnými správy.V důsledku toho vyšší splatnosti, který organizacím jsou obvykle více předvídatelný i rychlejší na reagovat na nové informace, za předpokladu, že jiných byrokracie neotevře způsobem.Nízká splatnosti organizace jsou obvykle budou vykazovat extrém úsilí, u nichž může vysoká splatnosti organizace slepě postupujte podle procesů při zátěži a se nepodařilo rozpoznat, že proces změnu může být vhodnější odpovědi.

Druhý, nepřetržitou reprezentaci modely zpracovat schopností v rámci každé z těchto oblastí 22 procesu jednotlivě, povolení organizace přizpůsobit své úsilí zlepšování s procesy, které nabízejí nejvyšší obchodní hodnotu.Tento zápis je další v souladu s Crosby na původní model.Ocenění proti tento model má za následek profily schopností, nikoli číselná hodnota.Samozřejmě protože úroveň organizace splatnosti je na úrovni, která většina manažery a vedení pochopit, způsoby mapování výsledky průběžné modelu hodnocení do pěti fází.

Vzhledem k tomu, že CMMI není model procesu nebo pracovního postupu, ale poskytuje cíle pro proces a pracovní postup k dosažení může nezapomeňte bezplatně vyzkoušet implementátory může být nebezpečné pomocí dvoufázová modelu jako základ pro program Zlepšování softwaru na základě procesu.Splnění těchto cílů zvýší splatnosti organizace a pravděpodobnost, že události popisují podle plánu.Největší režim selhání je pravděpodobně pozitivně dosáhnout úroveň cíle a následným vytvořením procesy a infrastruktury jednoduše k předání hodnocení.Cílem jakékoli činnosti zlepšování procesu by měla být měřitelných zlepšování, není číslo.

Průběžné modelu zdá se některé větší úspěch jako vodítko pro zpracování zlepšování a některé placenou podniky zvolte pouze na nabídnout pokyny kolem průběžné modelu.Nejobvyklejší rozdíl je, že program Zlepšování softwaru na základě procesu, který je určen okolo je souvislé model nemá umělý cíle, které jsou určeny splatnosti úrovně.Je souvislé model také více přirozeně různě použití zlepšení procesu v oblastech, kde je nejpravděpodobnější využít hospodářského výhodu pro organizaci.Proto těch, kteří sledují průběžné modelu mají větší šanci na získáte od podnět, který je založen na modelu CMMI kladné zpětnou vazbu.Kromě toho je více pravděpodobně povede k vývoji virtuous cyklu vylepšení kladné zpětnou vazbu.

Elementy modelu CMMI

CMMI model je rozdělena na 22 oblasti procesů, které jsou uvedeny v následující tabulce:

Zkratka	Proces oblasti
AUTO	& Příčinnou analýzy řešení
CM	Správa konfigurací
PRŮVODNÍ ZPRÁVY	& Rozhodnutí analýzy řešení
IPM	Správa integrovaného projektu
MA	Měření & analýzu
OID	Organizační inovace & nasazení
OPD	Definice organizační proces
ZPRACOVATELSKÉHO	Zaměření organizační proces
OPP	Organizační proces výkonu
TYP OBJEKTU	Organizace školení
PI	Integrace produktu
PMC	Ovládací prvek a sledování projektu
PLIKACE	Plánování projektu
PPQA	Proces & zajištění kvality produktu
QPM	Správa množstevních projektu
VP	Definice požadavků
REQM	Požadavky na správu
RSKM	Řízení rizik
SAM	Smlouva o správy dodavatele
TERMINÁLOVÉ SLUŽBY	Technické řešení
VERZE	Ověření
DNOTA	Validace

V reprezentaci připraveny oblasti procesů jsou mapovány proti každou fázi, jak je znázorněno na následujícím obrázku.

V průběžné reprezentaci oblasti procesů jsou mapovány na funkční seskupení, jak je znázorněno na následujícím obrázku.

Každý proces oblast je tvořena povinný, očekávanou a informativní součásti.Pouze požadované součásti jsou ve skutečnosti vyžadována vyhovět zhodnocení vůči modelu.Požadované součásti jsou konkrétní a obecné cíle pro každou oblast procesu.Očekávaný součásti jsou konkrétní a obecné postupy pro každý specifický nebo obecný cíl.Všimněte si, že vzhledem k tomu, že očekávaný součástí je pouze očekávaný a není požadována, znamená to, že specifický nebo obecný praxe může být nahrazen ekvivalentní praxe.Očekávaný postupy existují vás provedou implementátory a appraisers.Pokud je vybrána alternativní praxe, bude do implementátorovi poradit appraiser a zarovnat důvod, proč je vhodné alternativní praxe.Informativní komponenty poskytují informace, které pomáhají implementátory začít pracovat s podnět zlepšování procesu, který se řídí CMMI modelu.Informativní součásti zahrnují dílčí postupy obecný a specifické postupy a typický pracovní produktů.

Je velmi důležité, že jsme pochopit, že jsou vyžadovány pouze obecný a specifické cíle.Všechno ostatní je poskytován jako vodítko.Příklady očekávaným a informativní komponent, které jsou uvedeny v dokumentaci CMMI jsou velmi často načtený z velké místo a projekty integrační obrana systémy.Tyto projekty jsou spouštěny společnostmi, které finančně přispívat a podporují Software Engineering Institute na Carnegie TruSecure.Tyto projekty nemusí zahrnovat typ projektů, které jsou prováděny ve vaší organizaci, ani mohou odrážet novější trendů v odvětví, jako je například vzniku metody vývoj agilní vývoj softwaru.

Další zdroje

Další informace naleznete na následujících odkazech webu:

• CMMI pro vývoj, verze 1.3 vylepšení procesů pro vývoj aplikací pro lepší produkty a služby Software Engineering proces správy Program

• CMMI Institute

• CMMI: Pokyny pro proces integrace a zlepšování produktů (druhá verze), Beth Chrissis Jan, Mika Konrad a Sandy Shrum; Addison-Wesley Professional, 2006.

• CMMI destilovaná: Praktické Úvod do integrované Process Improvement (třetí verze), Dennis M.Ahren, Aaron klauzule a Richard Turner; Addison-Wesley Professional, 2008.

Viz také

Koncepty

MSF for CMMI Process Improvement for Visual Studio ALM