CMMI Für Entwicklung, Version 1
CMMI für Entwicklung, Version 1.3SEI-sanctioned GERMAN translation of CMMI-DEV, V1.3CMMI Product TeamProzessverbesserung für die Entwicklung besserer Produkte und DienstleistungenNovember 2011TECHNICAL REPORTREFERENCE TO CMU/SEI-2010-TR-033REFERENCE TO ESC-TR-2010-033Software Engineering Process Management ProgramUnlimited distribution subject to the copyright.http://www.sei.cmu.edu1
This report was prepared for theSEI Administrative AgentESC/XPK5 Eglin StreetHanscom AFB, MA 01731-2100The ideas and findings in this report should not be construed as an official DoD position. It is published in the interestof scientific and technical information exchange.This work is sponsored by the U.S. Department of Defense. The Software Engineering Institute is a federally fundedresearch and development center sponsored by the U.S. Department of Defense.Copyright 2010 Carnegie Mellon University.NO WARRANTYTHIS CARNEGIE MELLON UNIVERSITY AND SOFTWARE ENGINEERING INSTITUTE MATERIAL ISFURNISHED ON AN “AS-IS” BASIS. CARNEGIE MELLON UNIVERSITY MAKES NO WARRANTIES OF ANYKIND, EITHER EXPRESSED OR IMPLIED, AS TO ANY MATTER INCLUDING, BUT NOT LIMITED TO,WARRANTY OF FITNESS FOR PURPOSE OR MERCHANTABILITY, EXCLUSIVITY, OR RESULTS OBTAINEDFROM USE OF THE MATERIAL. CARNEGIE MELLON UNIVERSITY DOES NOT MAKE ANY WARRANTYOF ANY KIND WITH RESPECT TO FREEDOM FROM PATENT, TRADEMARK, OR COPYRIGHTINFRINGEMENT.Use of any trademarks in this report is not intended in any way to infringe on the rights of the trademark holder.Internal use. Permission to reproduce this document and to prepare derivative works from this document for internal useis granted, provided the copyright and “No Warranty” statements are included with all reproductions and derivativeworks.External use. This document may be reproduced in its entirety, without modification, and freely distributed in written or electronic formwithout requesting formal permission. Permission is required for any other external and/or commercial use. Requests for permissionshould be directed to the Software Engineering Institute at permission@sei.cmu.edu.This work was created in the performance of Federal Government Contract Number FA8721-05-C-0003 with CarnegieMellon University for the operation of the Software Engineering Institute, a federally funded research and developmentcenter. The Government of the United States has a royalty-free government-purpose license to use, duplicate, ordisclose the work, in whole or in part and in any manner, and to have or permit others to do so, for government purposespursuant to the copyright license under the clause at 252.227-7013.For information about SEI publications, please visit the library on the SEI website (www.sei.cmu.edu/library).The following service marks and registered marks are used in this document:Capability Maturity Model Carnegie Mellon CERT CMM CMMI CMM Integration IDEALSM SCAMPISMCMMI, CMM, CERT, CMM Integration, Carnegie Mellon, and Capability Maturity Model are registered in the U.S.Patent and Trademark Office. SCAMPI and IDEAL are service marks of Carnegie Mellon University.2
3
VORWORTCMMI-Modelle (Capability Maturity Model Integration) sind eine Sammlungguter Praktiken, die Organisationen helfen, ihre Prozesse zu verbessern.Diese Modelle werden von Produktteams mit Mitgliedern aus Industrie,Regierung und dem Software Engineering Institute (SEI) entwickelt.Dieses Modell – CMMI für Entwicklung (CMMI-DEV) – bietet einenumfassenden, integrierten Satz von Richtlinien für die Entwicklung vonProdukten und Dienstleistungen.ZweckDas Modell CMMI-DEV bietet Anleitung für die Anwendung von guten CMMIPraktiken in Entwicklungsorganisationen. Die guten Praktiken im Modellkonzentrieren sich auf Aktivitäten zur Entwicklung von Qualitätsprodukten und-dienstleistungen, um die Bedürfnisse von Kunden und Endanwendern zuerfüllen.Das Modell CMMI-DEV V1.3 ist eine Sammlung von gutenEntwicklungspraktiken aus öffentlicher Hand und Industrie, die aus derArchitektur und dem Framework von CMMI V1.3 entwickelt wurden1. CMMIDEV basiert auf der CMMI Model Foundation oder CMF (d.h. denModellkomponenten, die allen CMMI-Modellen und -Konstellationen2gemeinsam sind) und schließt die Arbeit von Entwicklungsorganisationen ein,die CMMI für die Verwendung bei der Entwicklung von Produkten undDienstleistungen angepasst haben.Mitwirkende am ModellViele talentierte Personen waren an der Entwicklung der CMMI V1.3Produktreihe beteiligt. Die drei Hauptgruppen waren der Lenkungskreis, dasProduktteam und das Konfigurationssteuerungsgremium.Der Lenkungskreis begleitete und prüfte die Planungen des Produktteams,beriet bei entscheidenden Problemen des CMMIProjekts und stellte sicher,dass verschiedene Interessensgruppen einbezogen wurden.12Das CMMI-Framework ist die Grundstruktur, die CMMI-Komponenten organisiert und zu CMMI-Konstellationen und -Modellenverknüpft.Eine Konstellation ist eine Kombination von CMMI-Komponenten, die verwendet werden, um Modelle, Aus- undWeiterbildungsunterlagen und Appraisal-Dokumente für ein bestimmtes Interessengebiet (z.B. Entwicklung, Beschaffung, Dienstleistungen) zu erstellen.4
Er beaufsichtigte die Entwicklung der Konstellation »für Entwicklung« underkannte, wie wichtig es ist, Entwicklungsorganisationen gute Praktiken an dieHand zu geben.Das Produktteam schrieb, prüfte, überarbeitete, diskutierte und genehmigtedie Struktur und den technischen Inhalt der CMMI-Produktreihe. Dazugehörten auch das Framework, die Modelle, die Aus- und Weiterbildung unddie Appraisal-Materialien. Die Entwicklungstätigkeiten basieren auf mehrerenEingangsinformationen. Diese Eingangsinformationen enthalten eine ASpezifikation und eine Anleitung für jedes vom Lenkungskreis bereitgestellteRelease, die Ursprungsmodelle, Änderungsanforderungen der Anwendersowie Beiträge von Pilotprojekten und anderen Stakeholdern.Das Konfigurationssteuerungsgremium ist der offizielle Mechanismus für dieSteuerung von Änderungen an den CMMIModellen und dem Kurs Introductionto CMMI. Als solches stellt dieses Gremium die Integrität der Produktreihewährend ihrer Lebensdauer sicher, indem alle vorgeschlagenen Änderungenan den Baselines geprüft und nur diejenigen angenommen werden, die denerkannten Problemen gerecht werden und den Kriterien des kommendenRelease entsprechen.Die Mitglieder dieser Gruppen, die an der Entwicklung von CMMI fürEntwicklung Version 1.3 beteiligt waren, sind in Anhang C aufgeführt.ZielgruppeZur Zielgruppe für CMMI-DEV gehören alle, die an einer Prozessverbesserungim Entwicklungsumfeld interessiert sind. Ob Sie bereits mit dem Konzept desCapability Maturity Model vertraut sind oder ob Sie Informationen suchen, ummit Ihren Verbesserungsaktivitäten zu beginnen, CMMI-DEV wird für Sienützlich sein. Dieses Modell ist auch für Organisationen gedacht, die einReferenzmodell für ein Appraisal oder für ihre Entwicklungsprozesseverwenden möchten.3Struktur dieses DokumentsDieses Dokument ist in drei Hauptteile gegliedert: Teil I: Über CMMI für Entwicklung Teil II: Generische Ziele, generische Praktiken und die Prozessgebiete Teil III: Anhänge und Glossar»Teil I: Über CMMI für Entwicklung« besteht aus sechs Kapiteln. 3Kapitel 1, »Einführung«, bietet eine grobe Übersicht über CMMI und dieKonstellation »CMMI für Entwicklung«. Es stellt die Konzepte derProzessverbesserung vor und beschreibt die Geschichte der dazuverwendeten Modelle. Zusätzlich werden verschiedene Möglichkeiten derProzessverbesserung erklärt.Ein Appraisal ist eine Untersuchung eines oder mehrerer Prozessgebiete durch ein geschultes Team von Fachleuten, das einReferenzmodell (z.B. CMMI-DEV) heran zieht, um Stärken und Schwächen zu bestimmen.5
Kapitel 2, »Komponenten von Prozessgebieten«, beschreibt alleKomponenten der Prozessgebiete von CMMI für Entwicklung.4 Kapitel 3, »Gesamtbild«, fasst die Modellkomponenten zusammen underklärt das Konzept der Reife- und der Fähigkeitsgrade. Kapitel 4, »Beziehungen zwischen Prozessgebieten«, bietet Einsicht in dieBedeutung und Zusammenhänge der Prozessgebiete von CMMI-DEV. Kapitel 5, »CMMI-Modelle anwenden«, beschreibt Wege zur Übernahmeund Verwendung von CMMI zur Prozessverbesserung und für BenchmarkVergleiche von Praktiken in einer Entwicklungsorganisation. Kapitel 6, »Essays und Fallstudien«, enthält Artikel und Fallstudien, dievon Autoren aus verschiedenen Organisationen mit unterschiedlichemHintergrund beigetragen wurden.Teil II, »Generische Ziele, generische Praktiken und Prozessgebiete«, decktalle für die Konstellation »CMMI für Entwicklung« erforderlichen underwarteten Komponenten ab. Zusätzlich stellt er informative Komponenten wieSubpraktiken, Hinweise, Beispiele und Beispiele für Arbeitsergebnisse vor.Teil 2 umfasst 23 Abschnitte. Der erste enthält die generischen Ziele undPraktiken. Die verbleibenden 22 Abschnitte repräsentieren jeweils eines derProzessgebiete von CMMI für Entwicklung.Damit diese Prozessgebiete schnell gefunden werden können, sind siealphabetisch nach ihren Akronymen angeordnet. Jede Sektion enthältBeschreibungen der Ziele, der guten Praktiken und der Beispiele.Teil III, »Anhänge und Glossar«, besteht aus vier Abschnitten: Anhang A, »Quellen«, enthält Quellenangaben zum Auffinden vonDokumenten wie Berichte, Prozessverbesserungsmodelle,Industriestandards und Bücher mit Bezug zu CMMI-DEV. Anhang B, »Akronyme«, erklärt die verwendeten Akronyme. Anhang C, »Beteiligte am Projekt CMMI Version 1.3«, listet dieTeammitglieder auf, die an der Entwicklung von CMMIDEV Version 1.3mitgewirkt haben. Anhang D, »Glossar«, definiert viele der in CMMI verwendeten Begriffe.Verwendung dieses DokumentsUnabhängig davon, ob Ihnen die Prozessverbesserung bzw. CMMI neu oderbereits vertraut ist, kann Ihnen der erste Teil dabei helfen, zu verstehen,warum CMMI-DEV das beste Modell für die Verbesserung Ihrer Entwicklungsund Instandhaltungsprozesse ist.Leser, die neu in die Prozessverbesserung einsteigenWenn Sie gerade erst in die Prozessverbesserung einsteigen oder Ihnen dasCMM-Konzept noch nicht bekannt ist, empfehlen wir Ihnen, zunächst Kapitel 1,»Einführung«, zu lesen, das eine Übersicht über die Prozessverbesserung gibtund erklärt, worum es sich bei CMMI handelt.46Ein Prozessgebiet ist eine Gruppe verwandter Praktiken in einem Gebiet, die bei gemeinsamer Umsetzung einen Satz von wichtigenZielen für Verbesserungen in diesem Gebiet erfüllen. Dieser Begriff wird in Kapitel 2 ausführlich behandelt.
Danach überfliegen Sie den zweiten Teil, der die generischen undspezifischen Ziele und Praktiken enthält, um ein Gefühl für den Umfang derguten Praktiken zu bekommen, die in diesem Modell enthalten sind. AchtenSie besonders auf den Zweck und die einführenden Hinweise am Anfangjedes Prozessgebiets.Sehen Sie sich in Teil 3 die Quellen in Anhang A durch und wählen Siediejenigen aus, deren Lektüre Ihnen sinnvoll erscheint, bevor Sie mit derVerwendung von CMMI-DEV fortfahren. Beachten Sie auch die Akronyme unddas Glossar, um mit der Sprache von CMMI vertraut zu werden. Anschließendblättern Sie zurück und sehen sich den zweiten Teil genauer an.Leser, die Erfahrung in der Prozessverbesserung habenWenn Sie CMMI noch nicht verwendet, aber Erfahrung mit anderenProzessverbesserungsmodellen haben, z.B. mit Software CMM oder demSystems Engineering Capability Model (sprich EIA 731), werden Sie sofortviele Gemeinsamkeiten in Struktur und Inhalt bemerken [EIA 2002a].Wir empfehlen, dass Sie Teil 1 lesen, um zu verstehen, wodurch sich CMMIvon anderen Verbesserungsmodellen unterscheidet. Wenn Sie bereitsErfahrungen mit anderen Modellen haben, werden Sie wahrscheinlich selbstauswählen wollen, welche Abschnitte Sie als Erstes lesen. Beachten Sie beider Lektüre von Teil 2 vor allem, welche guten Praktiken Sie aus anderenModellen wiedererkennen, die Sie bereits ausprobiert haben. DurchWiedererkennen von vertrautem Stoff gewinnen Sie einen Überblick darüber,was neu ist, was übertragen wurde und was auch schon in den Ihnen bereitsbekannten Modellen vorkommt.Sehen Sie danach das Glossar durch, um herauszufinden, wie sich dieTerminologie von der des Ihnen bekannten Modells unterscheidet. VieleKonzepte gleichen sich, werden aber anders genannt.Leser, die mit CMMI vertraut sindWenn Sie sich bereits mit einem anderen CMMI-Modell beschäftigt oder esbereits verwendet haben, werden Sie die besprochenen CMMI-Konzepte unddie guten Praktiken schnell wiedererkennen. Wie immer gehen dieVerbesserungen, die das CMMI-Produktteam für die Version 1.3 an CMMIvorgenommen haben, auf Eingaben von Benutzern zurück.Änderungsvorschläge wurden sorgfältig erwogen, analysiert und umgesetzt.Zu den besonders herausragenden Verbesserungen, die Sie in CMMI-DEVV1.3 erwarten, zählen unter anderem folgende: Die High-Maturity-Prozessgebiete wurden erheblich verbessert, um gutePraktiken aus der Industrie widerzuspiegeln. Das betrifft unter anderem einneues spezifisches Ziel und mehrere neue spezifische Praktiken in demProzessgebiet, das von »Organisationsweites Innovationsmanagement«(OID) in »Organisationsweites Leistungsmanagement« (OPM) umgetauftwurde. An der Modellarchitektur wurden Verbesserungen vorgenommen, die denEinsatz mehrerer Modelle vereinfachen. Das informative Material wurde verbessert. Unter anderem wurden dieEntwicklungspraktiken überarbeitet, um gute Praktiken aus der Industriewiderzuspiegeln. Außerdem wurden Anleitungen für Organisationenhinzugefügt, die agile Methoden verwenden.7
Die Glossardefinitionen und die Modellterminologie wurden verbessert, umdie Klarheit, Genauigkeit und Verwendbarkeit des Modells zu erhöhen. Die generischen Ziele der Grade 4 und 5 sowie die Fähigkeitsgrade 4und 5 wurden entfernt, um den Schwerpunkt von High-Maturityzweckmäßig auf das Erreichen von Geschäftszielen zu legen. Das könnenSie tun, indem Sie in den HighMaturity-Prozessgebieten(»Ursachenanalyse und -beseitigung, »QuantitativesProjektmanagement«, »Organisationsweites Leistungsmanagement« und»Organisationsweite Prozessleistung«) die Fähigkeitsgrade 1 bis 3erlangen.Eine umfassendere und ausführlichere Liste der Verbesserungen finden Sieunter http://www.sei.cmu.edu/cmmi/solutions/ dev/.Weitere Informationen und Kommentare von LesernIn Anhang A und auf der CMMI-Website unter http://www. sei.cmu.edu/cmmi/sind viele Informationsquellen über CMMI aufgeführt.Vorschläge zur Verbesserung von CMMI sind willkommen. Informationendarüber, wie man Rückmeldungen gibt, finden Sie auf der CMMI-Websiteunter www.sei.cmu.edu/cmmi/tools/ cr/. Sollten Sie Fragen zu CMMI haben,schicken Sie eine Mail an cmmi-comments@sei.cmu.edu.8
INHALTSVERZEICHNISVORWORT4Zweck4Mitwirkende am Modell4Zielgruppe5Struktur dieses Dokuments5Verwendung dieses Dokuments6Leser, die neu in die Prozessverbesserung einsteigenLeser, die Erfahrung in der Prozessverbesserung habenLeser, die mit CMMI vertraut sindWeitere Informationen und Kommentare von Lesern6778TEIL 1: Über CMMI für Entwicklung141Einführung15Über die Prozessverbesserung16Über Capability-Maturity-Modelle17Evolution von CMMI18Das CMMI-Framework19CMMI für Entwicklung19Komponenten von Prozessgebieten21Kernprozessgebiete und CMMI-Modelle21Erforderliche, erwartete und informative CMMI-Komponenten212Erforderliche KomponentenErwartete KomponentenInformative Komponenten212122In Teil II vorkommende CMMI-Komponenten22ProzessgebieteBeschreibung des ZwecksEinführende HinweiseIn Beziehung stehende ProzessgebieteSpezifische ZieleGenerische ZieleÜbersicht spezifischer Ziele und PraktikenSpezifische PraktikenBeispiele für ArbeitsergebnisseSubpraktikenGenerische PraktikenAusarbeitungen von generischen erstützende informative mmerierungsschema26262727279
3Typografische Konventionen28Gesamtbild33Konzept von Fähigkeits- und Reifegraden33Die Struktur der Darstellung in Fähigkeits- und in Reifegraden34Fähigkeitsgrade verstehen36Fähigkeitsgrad 0: UnvollständigFähigkeitsgrad 1: DurchgeführtFähigkeitsgrad 2: GeführtFähigkeitsgrad 3: DefiniertVon einem Fähigkeitsgrad zum nächstenReifegrade verstehenReifegrad 1: InitialReifegrad 2: GeführtReifegrad 3: DefiniertReifegrad 4: Quantitativ geführtReifegrad 5: ProzessoptimierungVon einem Reifegrad zum nächsten439394040414143Äquivalente Einstufung46Eine hohe Reife erreichen (High-Maturity)48Beziehungen zwischen entElementare Prozessgebiete des ProjektmanagementsWeiterführende Prozessgebiete des en und Wiederholungen von ementare UnterstützungsprozessgebieteWeiterführende Prozessgebiete der Unterstützung6768CMMI-Modelle verwenden70CMMI dungen mit Einfluss auf das n von CMMI bei der Verwendung agiler Vorgehensweisen73CMMI-Appraisals74Appraisal Requirements for CMMI (ARC)74SCAMPI-Appraisal-Methoden74Überlegungen zu Appraisals75Aus- und Weiterbildung für CMMI76TEIL 2: Generische Ziele, generische Praktiken und die Prozessgebiete1038ProzessgebieteElementare Prozessgebiete des ProzessmanagementsWeiterführende Prozessgebiete des Prozessmanagements5363636373778
GENERISCHE ZIELE UND GENERISCHE PRAKTIKEN80Überblick80Institutionalisierung von Prozessen80Durchgeführter ProzessGeführter ProzessDefinierter ProzessBeziehungen zwischen ProzessenGenerische Ziele und generische Praktiken8081818283Generische Praktiken anwenden136Unterstützung generischer Praktiken durch Prozessgebiete136URSACHENANALYSE UND -BESEITIGUNG(CAUSAL ANALYSIS AND RESOLUTION, CAR)142KONFIGURATIONSMANAGEMENT(CONFIGURATION MANAGEMENT, CM)150ENTSCHEIDUNGSFINDUNG(DECISION ANALYSIS AND RESOLUTION, DAR)161FORTGESCHRITTENES PROJEKTMANAGEMENT(INTEGRATED PROJECT MANAGEMENT, IPM)170MESSUNG UND ANALYSE(MEASUREMENT AND ANALYSIS, MA)187ORGANISATIONSWEITE PROZESSENTWICKLUNG(ORGANIZATIONAL PROCESS DEFINITION, OPD)204ORGANISATIONSWEITE PROZESSAUSRICHTUNG(ORGANIZATIONAL PROCESS FOCUS, OPF)216ORGANISATIONSWEITES LEISTUNGSMANAGEMENT(ORGANIZATIONAL PERFORMANCE MANAGEMENT, OPM)228ORGANISATIONSWEITE PROZESSLEISTUNG(ORGANIZATIONAL PROCESS PERFORMANCE, OPP)244ORGANISATIONSWEITE AUS- UND WEITERBILDUNG(ORGANIZATIONAL TRAINING, OT)255PRODUKTINTEGRATION(PRODUCT INTEGRATION, PI)267PROJEKTVERFOLGUNG UND -STEUERUNG(PROJECT MONITORING AND CONTROL, PMC)280PROJEKTPLANUNG(PROJECT PLANNING, PP)290PROZESS- UND PRODUKT-QUALITÄTSSICHERUNG(PROCESS AND PRODUCT QUALITY ASSURANCE, PPQA)30911
QUANTITATIVES PROJEKTMANAGEMENT(QUANTITATIVE PROJECT MANAGEMENT, QPM)316ANFORDERUNGSENTWICKLUNG(REQUIREMENTS DEVELOPMENT, RD)334ANFORDERUNGSMANAGEMENT(REQUIREMENTS MANAGEMENT, REQM)351RISIKOMANAGEMENT(RISK MANAGEMENT, RSKM)358ZULIEFERUNGSMANAGEMENT(SUPPLIER AGREEMENT MANAGEMENT, SAM)371TECHNISCHE UMSETZUNG(TECHNICAL SOLUTION, TS)381VALIDIERUNG(VALIDATION, VAL)402VERIFIZIERUNG(VERFICATION, VER)411TEIL 3 Die Anhänge422Anhang A: Literatur424Anhang B: Akronyme429Anhang C: CMMI Version 1.3 Beteiligte am Projekt432CMMI-LenkungskreisMitglieder des LenkungskreisesAmtliche Mitglieder des LenkungskreisesUnterstützung des Lenkungskreises432433433Beratergruppe für CMMI for Services433Koordinationsteam für CMMI Version 1.3433Konfigurationssteuerungs-Gremium für CMMI Version 1.3434CMMI V1.3-Kernmodellteam435CMMI V1.3-Übersetzungsteam435CMMI V1.3-High-Maturity-Team436CMMI V1.3 Acquisition-Miniteam436CMMI V1.3 Services-Miniteam436CMMI V1.3 SCAMPI-Aktualisierungsteam436CMMI Version 1.3-Schulungsteams437ACQ- und DEV-SchulungsteamSVC-Schulungsteam437437CMMI V1.3-Qualitätsteam438BETEILIGTE AN DER DEUTSCHEN ÜBERSETZUNG CMMI FÜR ENTWICKLUNG VERSION 1.3440Steuerung seitens Pearson Deutschland GmbH12432440
ÜbersetzungSteuerung seitens German CMMI Lead Appraiser and Instructor Board (CLIB)Mitglieder des Change Control BoardGesamtkoordination der ReviewsMitarbeiter der ReviewsAnhang D: Glossar44044044044044044113
TEIL 1:Über CMMI für Entwicklung14
1 EinführungMehr denn je sind Unternehmen heutzutage bestrebt, ihre Produkte undDienstleistungen besser, schneller und günstiger zu liefern. Gleichzeitigverlangt die hoch technisierte Welt des 21. Jahrhunderts nach immerkomplexeren Produkten und Dienstleistungen. Es ist heutzutage nicht üblich,dass eine einzelne Organisation sämtliche Bestandteile entwickelt, aus denensich ein komplexes Produkt oder eine Dienstleistung zusammensetzt.Zunehmend werden einige Bestandteile intern produziert, andere hinzugekauftund schließlich alle Bestandteile in das endgültige Produkt oder die endgültigeDienstleistung integriert. Die Organisationen müssen in der Lage sein, diesenkomplexen Entwicklungs- und Instandhaltungsprozess zu steuern und zuverwalten.Zu den Problemen, denen sie sich heute gegenüber sehen, zählt dieUmsetzung organisationsweiter Lösungen, die einen ganzheitlichen Ansatzerfordern. Die effektive Verwaltung von Organisationsassets ist entscheidendfür den geschäftlichen Erfolg. Im Wesentlichen handelt es sich bei diesenOrganisationen um Produkt- und Dienstleistungsentwickler, die zum Erreichenihrer Geschäftsziele eine Möglichkeit benötigen, ihre Entwicklungsaktivitätenzu managen.Im heutigen Markt gibt es Reifemodelle, Standards, Methoden und Richtlinien,die einer Organisation dabei helfen können, ihre Geschäftsabläufe zuoptimieren. Allerdings beziehen sich die meisten verfügbarenVerbesserungsansätze nur auf einen bestimmten Teil des Betriebs, ohne diegängigen Probleme auf systemische Art und Weise anzugehen. Durch dieKonzentration auf einzelne Unternehmensfunktionen haben diese Modelleunglücklicherweise dazu beigetragen, dass die in den Organisationenvorhandenen Abgrenzungen und Barrieren aufrechterhalten bleiben.CMMI für Entwicklung (CMMI-DEV) bietet eine Möglichkeit, dieseAbgrenzungen und Barrieren zu überwinden. CMMI für Entwicklung umfasstgute Praktiken für die Entwicklung und Pflege von Produkten undDienstleistungen sowie Praktiken, die den gesamten Lebenszyklus einesProdukts von der Konzeption über die Lieferung bis hin zur Pflege abdecken.Dabei liegt der Schwerpunkt auf der Arbeit, die in die Entwicklung undInstandhaltung des Endprodukts fließt.CMMI-DEV umfasst 22 Prozessgebiete. Davon sind 16 Kernprozessgebiete.Eines wird gemeinsam genutzt und fünf sind entwicklungsspezifisch.5Alle Praktiken des CMMI für Entwicklung konzentrieren sich auf die Tätigkeitender Entwicklungsorganisation. Fünf der Prozessgebiete zielen auf Praktiken5Ein Kernprozessgebiet ist ein Prozessgebiet, das in allen CMMI-Modellen vorhanden ist. Ein gemeinsames Prozessgebiet ist inmindestens zwei CMMI-Modellen enthalten, aber nicht in allen.15
speziell in der Entwicklung ab: die Anforderungsentwicklung, die technischeUmsetzung, die Produktintegration, die Verifizierung und die Validierung.Über die ProzessverbesserungIm Rahmen seiner Forschungsarbeit, deren Ziel es ist, Organisationen bei derEntwicklung und Instandhaltung hochwertiger Produkte und Dienstleistungenzu unterstützen, hat das Software Engineering Institute (SEI) verschiedeneDimensionen ermittelt, auf die eine Organisation sich konzentrieren kann, umihre Geschäftsabläufe zu verbessern. Abbildung 1.1 zeigt die dreientscheidenden Dimensionen, auf die sich eine Organisation üblicherweisekonzentriert: Menschen, Verfahren und Methoden sowie Tools undAusstattung.Wodurch wird all dies zusammengehalten? Durch die Arbeitsabläufe in IhrerOrganisation. Mithilfe von Arbeitsabläufen können Sie Ihre verschiedenenGeschäftsaktivitäten besser aufeinander abstimmen. Sie ermöglichen einebessere Skalierbarkeit sowie die Integration von optimierungsrelevantem Wissen. Sie erlauben es Ihnen außerdem, Ihre Ressourcen wirksam einzusetzenund Geschäftstrends zu analysieren.ABBILDUNG 1.1Die drei wichtigen DimensionenDas soll jedoch nicht bedeuten, dass Menschen und Technologie nicht wichtigwären. Wir leben in einer Welt, in der sich die Technologie mit unglaublicherGeschwindigkeit wandelt. In ähnlicher Weise arbeiten Menschen im Laufeihrer beruflichen Karriere für viele verschiedene Unternehmen. Wir leben ineiner dynamischen Welt. Indem Sie den Fokus auf die Arbeitsabläufe legen,schaffen Sie die Infrastruktur und die Stabilität, die notwendig sind, um miteiner sich ständig verändernden Welt Schritt zu halten und die Produktivitätder Menschen und die Nutzung von Technologie so zu maximieren, dass siewettbewerbsfähiger werden.In der verarbeitenden Industrie ist die Bedeutung der Effektivität und Effizienzvon Arbeitsabläufen seit langem bekannt. Heute erkennen vieleOrganisationen der verarbeitenden und Dienstleistungsindustrie dieBedeutung von ausgereiften Abläufen. Arbeitsabläufe helfen dem Personal16
einer Organisation, deren Geschäftsziele zu erreichen, indem sie esveranlassen, klüger (nicht härter) und konsistenter zu arbeiten. EffektiveArbeitsabläufe bieten außerdem eine Möglichkeit, neue Technologien auf eineWeise einzuführen und zu nutzen, die den Geschäftszielen der Organisationam besten gerecht wird.Über Capability-Maturity-ModelleEin Capability-Maturity-Modell (CMM), darunter auch CMMI, ist einevereinfachte Darstellung der Welt. Fähigkeits- und Reifegradmodelle (CMMs)enthalten die entscheidenden Elemente effektiver Prozesse. Diese Elementeberuhen auf den Konzepten, die von Crosby, Deming, Juran und Humphreyentwickelt wurden.In den 30er Jahren legte Walther Shewhart mit seinen Richtlinien derstatistischen Qualitätskontrolle [Shewhart 1931] den Grundstein für die Arbeitim Bereich der Prozessverbesserung. Diese Richtlinien wurden später von W.Edwards Deming [Deming 1986], Phillip Crosby [Crosby 1979] und JosephJuran [Juran 1988] noch weiter verfeinert. Watts Humphrey, Ron Radice undandere bauten sie weiter aus und begannen sie im Rahmen ihrer Tätigkeit fürIBM (International Business Machines) und SEI [Humphrey 1989] auf dieSoftwareentwicklung anzuwenden. Humphreys Buch, Managing the SoftwareProcess, beschreibt die grundlegenden Richtlinien und Konzepte, auf denenviele der Capability-Maturity-Modelle basieren.Im Prozessmanagement vertritt das SEI die Prämisse »Die Qualität einesSystems oder Produkts wird entscheidend durch die Qualität seinerEntwicklungsabläufe beeinflusst« und hat dementsprechende CMMsentwickelt. Der Glaube an diese Prämisse zeigt sich weltweit in derUmsetzung entsprechender Qualitätskontrollen, wie die Aufzeichnungen derinternationalen Organisation für Standardisierung/internationalen elektrotechnischen Kommission (ISO/IEC) belegen.CMMs zielen auf die Verbesserung der Arbeitsabläufe innerhalb einerOrganisation. Sie umfassen die wesentlichen Elemente wirksamerArbeitsabläufe eines oder mehrerer Fachgebiete und beschreiben einenevolutionären Verbesserungsweg von unreifen Ad-hoc-Arbeitsabläufen hin zureifen und disziplinierten Prozessen mit verbesserter Qualität und Wirksamkeit.Wie andere CMMs bieten CMMI-Modelle Anleitung für die Entwicklung vonProzessen. CMMI-Modelle sind keine Prozesse oder Prozessbeschreibungen.Welche Prozesse in einer Organisation tatsächlich verwendet werden, hängtvon vielen Faktoren ab, wie dem Anwendungsbereich, der Organisationsstruktur oder -größe. Insbesondere lassen sich die Prozessgebiete einesCMMI-Modells gewöhnlich nicht 1:1 auf die in Ihrer Organisation verwendetenProzesse übertragen.Das SEI entwickelte das erste CMM für Softwareorganisationen undveröffentlichte es in dem Buch The Capability Maturity Model: Guidelines forImproving the Software Process [SEI 1995].Heute ist CMMI die Ausübung der vor fast einem Jahrhundert eingeführtenGrundsätze auf diesen endlosen Zyklus der Prozessverbesserung. Seither hatsich dieser Prozessverbesserungsansatz immer wieder bewährt. ZahlreicheOrganisationen haben mit seiner Hilfe eine Verbesserung der Produktivität,17
Qualität und Durchlaufzeit sowie eine präzisere und vorhersehbarere Terminund Budgetplanung [Gibson 2006] erzielt.Evolution von CMMIDas CMM-Integrationsprojekt wurde ins Leben gerufen, um die Probleme beider Anwendung von mehreren CMMs zu lösen. Die Zusammenführungausgewählter Modelle in einem einzelnen CMMI-Framework war daraufausgerichtet, Organisationen in ihrem Streben nach unternehmensweiterProzessverbesserung zu unterstützen.Die Entwicklung eines Satzes von integrierten Modellen erforderte allerdingsmehr als das bloße Zusammenführen von vorhandenen Unterlagen. Mithilfevon konsensfördernden Verfahren hat das CMMI-Produktteam ein Frameworkaufgestellt, das sich an mehrere Konstellationen anpassen lässt.Das erste Modell, das entwickelt wurde, war CMMI für Entwicklung (damalseinfach nur CMMI genannt). Abbildung 1.2 zeigt die Modelle, die zu CMMIVersion 1.3 geführt haben.Ursprünglich war CMMI ein Modell, das drei Quellenmodelle kombinierte: dasCapability Maturity Model for Software (SW-CMM) Version 2.0 Entwurf C, dasSystems Engineering Capability Model (SECM) [EIA 2002a] und dasIntegrated Product Development Capability Maturity Model (IPD-CMM) Version0.98.Diese drei Quellenmodelle wurden aufgrund ihrer weiten erfolgreichenVerwendung oder ihres vielversprechenden Ansatzes zur Verbesserung derArbeitsabläufe in Organisationen ausgewählt.Das erste CMMI-Modell (Version 1.02) wurde für Entwicklungsorganisationenzur unternehmensweiten Prozessverbesserung entworfen. Es wurde im Jahr2000 veröffentlicht. Zwei Jahre später wurde Version 1.1 freigegeben und vierJahre darauf Version 1.2.18
6ABBILDUNG 1.2Geschichte von CMMsZur Zeit der Veröffentlichung von Version 1.2 wurden zwei weitere CMMIModelle geplant. Aufgrund dieser geplanten Erweiterung musste der Namedes ersten CMMI-Modells in »CMMI für Entwicklung« geändert werden. Damitwar das Konzept der Konstellationen geboren.Das Modell CMMI for Acquisition wurde 2007 veröffentlicht. Da es auf CMMIfür Entwicklung Version 1.2 aufbaute, wurde es ebenfalls als Version 1.2bezeichnet. Zwei Jahre später wurde das Modell CMMI for Servicesveröffentlicht. Es baute auf den anderen beiden Modellen auf und wurde daherebenfalls Version 1.2 genannt.Im Jahre 2008 wurd
das Glossar, um mit der Sprache von CMMI vertraut zu werden. Anschließend blättern Sie zurück und sehen sich den zweiten Teil genauer an. Leser, die Erfahrung in der Prozessverbesserung haben Wenn Sie CMMI noch nicht verwendet, aber Erfahrung mit anderen Prozessve
CMMI-DEV and CMMI-SVC Could we leverage the overlap between CMMI-DEV and CMMI-SVC? CMMI-DEV v1.3 Has a total of 18 Process Areas (PAs) From which 17 PA directly apply to Pasadena Operations The Supplier Agreements Management (SAM) PA is not implemented For Maturity Level 3 12 out of the 18 PA are the same for CMMIDEV and CMMI- -SVCFile Size: 236KB
CMMI-DEV process assets can be reused in adopting CMMI-SVC Substantial overlap between CMMI-SVC process areas and ISO/IEC 20000 processes CMMI-SCV will be supported by SEI Partners (SEI 2007) 226 Partners offer Introduction to CMMI 248 Partners offer SCAMPI appraisal services 54,460 Introduction to CMMI courses since 2000
CMMI-SVC CMMI-DEV & CMMI-SVC CMMI- DEV CMMI-SVC Provides guidance for delivering services within organization or for external customers CMMI-DEV Provides guidance for managing, measuring &am
CMMI Capability Maturity Model Integration CMMI-ACQ CMMI for Acquisition CMMI-DEV CMMI for Development CMMI-SVC CMMI for Services COTS C ommercial off-the-shelf CSCI Computer software configuration ite
In contrast, CMMI is aimed at intellectual work CMMI-DEV (formerly called CMMI -SW/SE) is specific to software and systems . development but for all kinds of software or HW/SW systems There is also a CMMI-SVC for services There is also a CMMI-ACQ for acquisition Like TQM, CMMI also pays attention to human factors
The purpose of CMMI for Development is to help organizations improve their development and maintenance processes for both products and services. CMMI for Development is a collection of best practices that is generated from the CMMI Framework.1 The CMMI Framework supports the CMMI Product Suite by allowing multiple models, training courses,
The CMMI-DEV, V1.3 model is a collection of development best practices from government and industry that is generated from the CMMI V1.3 Architecture and Framework.1 CMMI-DEV is based on the CMMI Model Foundation or CMF (i.e., model components common to all CMMI models and constellations2) and incorporates work by development organizations to
Increasingly, CMMI-DEV and CMMI-SVC are used in the same organization, implementing and appraising together. Choose CMMI-SVC as your base model, grab the engineering PAs for particular services. Treat development or engineering as a service, managed using the practices of CMMI-SVC, and
