Capability Maturity Model - Versionsgeschichte

Aka: Durchkopplung

2024-05-11T22:09:06Z

Durchkopplung

← Nächstältere Version		Version vom 12. Mai 2024, 00:09 Uhr
Zeile 3:		Zeile 3:
	Die Varianten des CMU CMM wurden Ende 2003 durch [[Capability Maturity Model Integration]] (kurz CMMI) ergänzt, um dem Wildwuchs der CM-Modelle (jede Entwicklungsdisziplin entwickelte ein eigenes Modell) entgegenzuwirken und ein einheitliches, modulares und vor allem allgemein verwendbares Modell zu erstellen.		Die Varianten des CMU CMM wurden Ende 2003 durch [[Capability Maturity Model Integration]] (kurz CMMI) ergänzt, um dem Wildwuchs der CM-Modelle (jede Entwicklungsdisziplin entwickelte ein eigenes Modell) entgegenzuwirken und ein einheitliches, modulares und vor allem allgemein verwendbares Modell zu erstellen.

	Andere populäre, auf dem ursprünglichen CMU CMM basierende Modelle sind [[Spice (Norm)\|Spice]] für Reifegradbestimmung und Assessment von Software-Prozessen sowie [[COBIT]] für [[IT Governance]]-Prozesse.		Andere populäre, auf dem ursprünglichen CMU CMM basierende Modelle sind [[Spice (Norm)\|Spice]] für Reifegradbestimmung und Assessment von Software-Prozessen sowie [[COBIT]] für [[IT Governance\|IT-Governance]]-Prozesse.

	== Geschichtliche Entwicklung ==		== Geschichtliche Entwicklung ==

2A02:3100:5E81:B800:7122:59AE:40B4:51E7 am 21. April 2024 um 07:50 Uhr

2024-04-21T07:50:30Z

Norbertsuter: link cmmii korrigiert

2022-04-13T23:03:01Z

link cmmii korrigiert

← Nächstältere Version		Version vom 14. April 2022, 01:03 Uhr
Zeile 46:		Zeile 46:

	== Weblinks ==		== Weblinks ==
	* [~~http~~://~~whatis~~.cmmiinstitute.com/ CMMI Institute]		* [https://www.cmmiinstitute.com/company/ CMMI Institute]
	* {{internetquelle\|autor= \|hrsg=SQI Hungarian Software Quality Consulting Institute Ltd.\|url=http://survey.cmmi.hu/\|werk=\|titel=mini CMMI-survey\|datum=2007\|zugriff=20. Dezember 2009}}		* {{internetquelle\|autor= \|hrsg=SQI Hungarian Software Quality Consulting Institute Ltd.\|url=http://survey.cmmi.hu/\|werk=\|titel=mini CMMI-survey\|datum=2007\|zugriff=20. Dezember 2009}}

Maxeto0910 am 5. Dezember 2021 um 21:19 Uhr

2021-12-05T21:19:06Z

← Nächstältere Version		Version vom 5. Dezember 2021, 23:19 Uhr
Zeile 1:		Zeile 1:
	Das [[Carnegie Mellon University \| CMU]] '''Capability Maturity Model ~~(Reifegradmodell)~~''' (kurz CMM) ist ein [[Reifegradmodell (Softwareentwicklung)\|Reifegradmodell]] zur Beurteilung der Qualität („Reife“) des [[Softwareprozess]]es ([[Softwareentwicklung]], Wartung, Konfiguration etc.) von Organisationen sowie zur Bestimmung der Maßnahmen zur Verbesserung desselben.		Das [[Carnegie Mellon University\|CMU]] '''Capability Maturity Model''' (kurz '''CMM''', zu deut.: '''Reifegradmodell''') ist ein [[Reifegradmodell (Softwareentwicklung)\|Reifegradmodell]] zur Beurteilung der Qualität („Reife“) des [[Softwareprozess]]es ([[Softwareentwicklung]], Wartung, Konfiguration etc.) von Organisationen sowie zur Bestimmung der Maßnahmen zur Verbesserung desselben.

	Die Varianten des CMU CMM wurden Ende 2003 durch [[Capability Maturity Model Integration]] (kurz CMMI) ergänzt, um dem Wildwuchs der CM-Modelle (jede Entwicklungs-Disziplin entwickelte ein eigenes Modell) entgegenzuwirken und ein einheitliches, modulares und vor allem allgemein verwendbares Modell zu erstellen.		Die Varianten des CMU CMM wurden Ende 2003 durch [[Capability Maturity Model Integration]] (kurz CMMI) ergänzt, um dem Wildwuchs der CM-Modelle (jede Entwicklungs-Disziplin entwickelte ein eigenes Modell) entgegenzuwirken und ein einheitliches, modulares und vor allem allgemein verwendbares Modell zu erstellen.

Aka: Tippfehler entfernt, deutsch, Kleinkram

2020-05-10T16:01:30Z

Tippfehler entfernt, deutsch, Kleinkram

Powerslider: /* Aufbau des Modells */ Grafik verlinkt

2020-02-11T11:38:14Z

Aufbau des Modells: Grafik verlinkt

← Nächstältere Version		Version vom 11. Februar 2020, 13:38 Uhr
Zeile 16:		Zeile 16:
	== Aufbau des Modells ==		== Aufbau des Modells ==
	Beim CMU CMM wird die Qualität mit einer von fünf Stufen bewertet, wobei die Qualität mit jeder Stufe steigt. Jeder Stufe sind spezielle Key Process Areas zugeordnet, die wiederum Ziele enthalten und beispielhafte Aktivitäten, wie diese Ziele zu erreichen sind<ref>Watts S.Humphrey, Managing Technical People, S. 288</ref>. Diese Stufen lauten:		Beim CMU CMM wird die Qualität mit einer von fünf Stufen bewertet, wobei die Qualität mit jeder Stufe steigt. Jeder Stufe sind spezielle Key Process Areas zugeordnet, die wiederum Ziele enthalten und beispielhafte Aktivitäten, wie diese Ziele zu erreichen sind<ref>Watts S.Humphrey, Managing Technical People, S. 288</ref>. Diese Stufen lauten:

			[[Image:Characteristics of Capability Maturity Model.svg\|thumb\|500px\|Characteristics of the maturity levels.]]

	; 1 – Initial (beginnend): Dies ist der Grundzustand, den jede Organisation erreicht, auch ohne dass ein Prozess für die Softwareentwicklung definiert und umgesetzt wird. <br />Kosten, Zeiten und Qualität sind nicht vorhersehbar.<br />Es sind keine Key Process Areas (KPA) definiert.		; 1 – Initial (beginnend): Dies ist der Grundzustand, den jede Organisation erreicht, auch ohne dass ein Prozess für die Softwareentwicklung definiert und umgesetzt wird. <br />Kosten, Zeiten und Qualität sind nicht vorhersehbar.<br />Es sind keine Key Process Areas (KPA) definiert.

Schnabeltassentier: linkfix

2018-07-16T00:20:04Z

linkfix

← Nächstältere Version		Version vom 16. Juli 2018, 02:20 Uhr
Zeile 3:		Zeile 3:
	Die Varianten des CMU CMM wurden Ende 2003 durch [[Capability Maturity Model Integration]] (kurz CMMI) ergänzt, um dem Wildwuchs der CM-Modelle (jede Entwicklungs-Disziplin entwickelte ein eigenes Modell) entgegenzuwirken und ein einheitliches, modulares und vor allem allgemein verwendbares Modell zu erstellen.		Die Varianten des CMU CMM wurden Ende 2003 durch [[Capability Maturity Model Integration]] (kurz CMMI) ergänzt, um dem Wildwuchs der CM-Modelle (jede Entwicklungs-Disziplin entwickelte ein eigenes Modell) entgegenzuwirken und ein einheitliches, modulares und vor allem allgemein verwendbares Modell zu erstellen.

	Andere populäre, auf dem ursprünglichen CMU CMM basierende Modelle sind [[Spice (Norm)\|Spice]] für Reifegradbestimmung und Assessment von Software-Prozessen sowie [[~~COBIT\|~~COBIT]] für IT Governance-Prozesse.		Andere populäre, auf dem ursprünglichen CMU CMM basierende Modelle sind [[Spice (Norm)\|Spice]] für Reifegradbestimmung und Assessment von Software-Prozessen sowie [[COBIT]] für IT Governance-Prozesse.

	== Geschichtliche Entwicklung ==		== Geschichtliche Entwicklung ==

2.202.15.155: Änderung 175105358 von 2.202.15.155 rückgängig gemacht;

2018-03-17T14:45:57Z

Änderung 175105358 von 2.202.15.155 rückgängig gemacht;

← Nächstältere Version		Version vom 17. März 2018, 16:45 Uhr
Zeile 1:		Zeile 1:
	Das '''Capability Maturity Model (Reifegradmodell)''' (kurz CMM) ist ein [[Reifegradmodell (Softwareentwicklung)\|Reifegradmodell]] zur Beurteilung der Qualität („Reife“) des [[Softwareprozess]]es ([[Softwareentwicklung]], Wartung, Konfiguration etc.) von Organisationen sowie zur Bestimmung der Maßnahmen zur Verbesserung desselben.		Das [[Carnegie Mellon University \| CMU]] '''Capability Maturity Model (Reifegradmodell)''' (kurz CMM) ist ein [[Reifegradmodell (Softwareentwicklung)\|Reifegradmodell]] zur Beurteilung der Qualität („Reife“) des [[Softwareprozess]]es ([[Softwareentwicklung]], Wartung, Konfiguration etc.) von Organisationen sowie zur Bestimmung der Maßnahmen zur Verbesserung desselben.

	Die Varianten des CMU CMM wurden Ende 2003 durch [[Capability Maturity Model Integration]] (kurz CMMI) ergänzt, um dem Wildwuchs der CM-Modelle (jede Entwicklungs-Disziplin entwickelte ein eigenes Modell) entgegenzuwirken und ein einheitliches, modulares und vor allem allgemein verwendbares Modell zu erstellen.		Die Varianten des CMU CMM wurden Ende 2003 durch [[Capability Maturity Model Integration]] (kurz CMMI) ergänzt, um dem Wildwuchs der CM-Modelle (jede Entwicklungs-Disziplin entwickelte ein eigenes Modell) entgegenzuwirken und ein einheitliches, modulares und vor allem allgemein verwendbares Modell zu erstellen.

2.202.15.155: Abkürzung CMU entfernt

2018-03-17T14:44:32Z

Abkürzung CMU entfernt

← Nächstältere Version		Version vom 17. März 2018, 16:44 Uhr
Zeile 1:		Zeile 1:
	Das ~~[[Carnegie Mellon University \| CMU]]~~ '''Capability Maturity Model (Reifegradmodell)''' (kurz CMM) ist ein [[Reifegradmodell (Softwareentwicklung)\|Reifegradmodell]] zur Beurteilung der Qualität („Reife“) des [[Softwareprozess]]es ([[Softwareentwicklung]], Wartung, Konfiguration etc.) von Organisationen sowie zur Bestimmung der Maßnahmen zur Verbesserung desselben.		Das '''Capability Maturity Model (Reifegradmodell)''' (kurz CMM) ist ein [[Reifegradmodell (Softwareentwicklung)\|Reifegradmodell]] zur Beurteilung der Qualität („Reife“) des [[Softwareprozess]]es ([[Softwareentwicklung]], Wartung, Konfiguration etc.) von Organisationen sowie zur Bestimmung der Maßnahmen zur Verbesserung desselben.

	Die Varianten des CMU CMM wurden Ende 2003 durch [[Capability Maturity Model Integration]] (kurz CMMI) ergänzt, um dem Wildwuchs der CM-Modelle (jede Entwicklungs-Disziplin entwickelte ein eigenes Modell) entgegenzuwirken und ein einheitliches, modulares und vor allem allgemein verwendbares Modell zu erstellen.		Die Varianten des CMU CMM wurden Ende 2003 durch [[Capability Maturity Model Integration]] (kurz CMMI) ergänzt, um dem Wildwuchs der CM-Modelle (jede Entwicklungs-Disziplin entwickelte ein eigenes Modell) entgegenzuwirken und ein einheitliches, modulares und vor allem allgemein verwendbares Modell zu erstellen.

Aka: Abkürzung korrigiert, Leerzeichen vor Zahl eingefügt

2018-01-21T21:56:42Z

Abkürzung korrigiert, Leerzeichen vor Zahl eingefügt

← Nächstältere Version		Version vom 21. Januar 2018, 23:56 Uhr
Zeile 15:		Zeile 15:

	== Aufbau des Modells ==		== Aufbau des Modells ==
	Beim CMU CMM wird die Qualität mit einer von fünf Stufen bewertet, wobei die Qualität mit jeder Stufe steigt. Jeder Stufe sind spezielle Key Process Areas zugeordnet, die wiederum Ziele enthalten und beispielhafte Aktivitäten, wie diese Ziele zu erreichen sind<ref>Watts S.Humphrey, Managing Technical People, S.288</ref>. Diese Stufen lauten:		Beim CMU CMM wird die Qualität mit einer von fünf Stufen bewertet, wobei die Qualität mit jeder Stufe steigt. Jeder Stufe sind spezielle Key Process Areas zugeordnet, die wiederum Ziele enthalten und beispielhafte Aktivitäten, wie diese Ziele zu erreichen sind<ref>Watts S.Humphrey, Managing Technical People, S. 288</ref>. Diese Stufen lauten:

	; 1 – Initial (beginnend): Dies ist der Grundzustand, den jede Organisation erreicht, auch ohne dass ein Prozess für die Softwareentwicklung definiert und umgesetzt wird. <br />Kosten, Zeiten und Qualität sind nicht vorhersehbar.<br />Es sind keine Key Process Areas (KPA) definiert.		; 1 – Initial (beginnend): Dies ist der Grundzustand, den jede Organisation erreicht, auch ohne dass ein Prozess für die Softwareentwicklung definiert und umgesetzt wird. <br />Kosten, Zeiten und Qualität sind nicht vorhersehbar.<br />Es sind keine Key Process Areas (KPA) definiert.
Zeile 27:		Zeile 27:
	Im Unterschied zur [[Qualitätsmanagementnorm\|DIN EN ISO 9001]] ist das CMM speziell für den Softwareprozess entwickelt und kann alternativ oder in Kombination zu jener verwendet werden.		Im Unterschied zur [[Qualitätsmanagementnorm\|DIN EN ISO 9001]] ist das CMM speziell für den Softwareprozess entwickelt und kann alternativ oder in Kombination zu jener verwendet werden.

	Eine weitere Norm, die sich mit der Bewertung der Prozessreife u.a. in der Softwareentwicklung beschäftigt, ist die ISO Norm 15504, auch bekannt unter dem Namen [[Spice (Norm)\|Spice]].		Eine weitere Norm, die sich mit der Bewertung der Prozessreife u. a. in der Softwareentwicklung beschäftigt, ist die ISO Norm 15504, auch bekannt unter dem Namen [[Spice (Norm)\|Spice]].

	== Siehe auch ==		== Siehe auch ==

← Nächstältere Version		Version vom 21. April 2024, 09:50 Uhr
Zeile 1:		Zeile 1:
	Das ~~[[Carnegie Mellon University\|CMU]]~~ '''Capability Maturity Model''' (kurz '''CMM''', zu ~~deut.:~~ '''Reifegradmodell''') ist ein [[Reifegradmodell (Softwareentwicklung)\|Reifegradmodell]] zur Beurteilung der Qualität („Reife“) des [[Softwareprozess]]es ([[Softwareentwicklung]], Wartung, Konfiguration etc.) von Organisationen sowie zur Bestimmung der Maßnahmen zur Verbesserung desselben.		Das '''Capability Maturity Model''' (kurz '''CMM''', zu deutsch '''Reifegradmodell''') der [[Carnegie Mellon University]] (CMU) ist ein [[Reifegradmodell (Softwareentwicklung)\|Reifegradmodell]] zur Beurteilung der Qualität („Reife“) des [[Softwareprozess]]es ([[Softwareentwicklung]], [[Softwarewartung\|Wartung]], Konfiguration etc.) von Organisationen sowie zur Bestimmung der Maßnahmen zur Verbesserung desselben.

	Die Varianten des CMU CMM wurden Ende 2003 durch [[Capability Maturity Model Integration]] (kurz CMMI) ergänzt, um dem Wildwuchs der CM-Modelle (jede ~~Entwicklungs-Disziplin~~ entwickelte ein eigenes Modell) entgegenzuwirken und ein einheitliches, modulares und vor allem allgemein verwendbares Modell zu erstellen.		Die Varianten des CMU CMM wurden Ende 2003 durch [[Capability Maturity Model Integration]] (kurz CMMI) ergänzt, um dem Wildwuchs der CM-Modelle (jede Entwicklungsdisziplin entwickelte ein eigenes Modell) entgegenzuwirken und ein einheitliches, modulares und vor allem allgemein verwendbares Modell zu erstellen.

	Andere populäre, auf dem ursprünglichen CMU CMM basierende Modelle sind [[Spice (Norm)\|Spice]] für Reifegradbestimmung und Assessment von Software-Prozessen sowie [[COBIT]] für IT Governance-Prozesse.		Andere populäre, auf dem ursprünglichen CMU CMM basierende Modelle sind [[Spice (Norm)\|Spice]] für Reifegradbestimmung und Assessment von Software-Prozessen sowie [[COBIT]] für [[IT Governance]]-Prozesse.

	== Geschichtliche Entwicklung ==		== Geschichtliche Entwicklung ==
	* [[1986]] begann auf Initiative des [[Verteidigungsministerium (Vereinigte Staaten)\|US-Verteidigungsministeriums]] (Department of Defense, DoD) das [[Software Engineering Institute]] (SEI) an der [[Carnegie Mellon University]]/[[Pittsburgh]], welches dem US-Verteidigungsministerium untersteht, mit der Entwicklung eines Systems zur Bewertung der Reife von Softwareprozessen.		* 1986 begann auf Initiative des [[Verteidigungsministerium (Vereinigte Staaten)\|US-Verteidigungsministeriums]] (Department of Defense, DoD) das [[Software Engineering Institute]] (SEI) an der [[Carnegie Mellon University]]/[[Pittsburgh]], welches dem US-Verteidigungsministerium untersteht, unter der Führung von [[Watts S. Humphrey]] mit der Entwicklung eines Systems zur Bewertung der Reife von Softwareprozessen.
	* [[1991]] wurde das Modell als '''Capability Maturity Model''' 1.0 herausgegeben		* 1991 wurde das Modell als '''Capability Maturity Model''' 1.0 herausgegeben
	* [[1993]] wurde es überarbeitet und in der Version 1.1 bereitgestellt		* 1993 wurde es überarbeitet und in der Version 1.1 bereitgestellt
	* [[1997]] wurde CMM 2.0 kurz vor der Verabschiedung vom DoD zurückgezogen, stattdessen wurde das CMMI-Projekt gestartet		* 1997 wurde CMM 2.0 kurz vor der Verabschiedung vom DoD zurückgezogen, stattdessen wurde das CMMI-Projekt gestartet
	* [[2000]] wurde im Herbst CMMI – damals noch unter dem Namen Capability Maturity Model Integrated – als Pilotversion 1.0 herausgegeben		* 2000 wurde im Herbst CMMI – damals noch unter dem Namen Capability Maturity Model Integrated – als Pilotversion 1.0 herausgegeben
	* Anfang [[2002]] wurde CMMI unter dem neuen Namen '''Capability Maturity Model Integration''' (kurz CMMI) freigegeben		* Anfang 2002 wurde CMMI unter dem neuen Namen '''Capability Maturity Model Integration''' (kurz CMMI) freigegeben
	* Ende [[2003]] ist CMM ausgelaufen.		* Ende 2003 ist CMM ausgelaufen.

	== Aufbau des Modells ==		== Aufbau des Modells ==
	Beim CMU CMM wird die Qualität mit einer von fünf Stufen bewertet, wobei die Qualität mit jeder Stufe steigt. Jeder Stufe sind spezielle Key Process Areas zugeordnet, die wiederum Ziele enthalten und beispielhafte Aktivitäten, wie diese Ziele zu erreichen sind<ref>Watts S.Humphrey, Managing Technical People, S. 288</ref>. Diese Stufen lauten:		Beim CMU CMM wird die Qualität mit einer von fünf Stufen bewertet, wobei die Qualität mit jeder Stufe steigt. Jeder Stufe sind spezielle ''Key Process Areas'' zugeordnet, die wiederum Ziele enthalten und beispielhafte Aktivitäten, wie diese Ziele zu erreichen sind.<ref>Watts S.Humphrey: ''Managing Technical People.'' S. 288.</ref> Diese Stufen lauten:

	[[~~Bild~~:Characteristics of Capability Maturity Model.svg\|mini\|~~500px~~\|Characteristics of the maturity levels.]]		[[Datei:Characteristics of Capability Maturity Model.svg\|mini\|hochkant=2\|Characteristics of the maturity levels.]]

	; 1 – Initial (beginnend): Dies ist der Grundzustand, den jede Organisation erreicht, auch ohne dass ein Prozess für die Softwareentwicklung definiert und umgesetzt wird. <br />Kosten, Zeiten und Qualität sind nicht vorhersehbar.<br />Es sind keine Key Process Areas (KPA) definiert.		; 1 – Initial (beginnend): Dies ist der Grundzustand, den jede Organisation erreicht, auch ohne dass ein Prozess für die Softwareentwicklung definiert und umgesetzt wird.<br />Kosten, Zeiten und Qualität sind nicht vorhersehbar.<br />Es sind keine Key Process Areas (KPA) definiert.
	; 2 – Repeatable (wiederholbar; bei CMMI Managed): Ein grundlegender Prozess existiert. Die Planung neuer Projekte erfolgt anhand der Erfahrungen mit vergangenen Projekten. <br />Zeiten sind einigermaßen kontrollierbar. Kosten und Qualität unterliegen starken Schwankungen.<br />Key Process Areas (KPA): Requirements management, software project planning, software project tracking and oversight, software subcontractor management, software quality assurance, Software configuration management.		; 2 – Repeatable (wiederholbar; bei CMMI Managed): Ein grundlegender Prozess existiert. Die Planung neuer Projekte erfolgt anhand der Erfahrungen mit vergangenen Projekten.<br />Zeiten sind einigermaßen kontrollierbar. Kosten und Qualität unterliegen starken Schwankungen.<br />Key Process Areas (KPA): [[Requirements management]], software project planning, software project tracking and oversight, software subcontractor management, [[Softwarequalitätssicherung\|software quality assurance]], [[Software-Configuration-Management\|software configuration management]].
	; 3 – Defined (definiert): In der Organisation ist ein typischer Software-Entwicklungs- und -wartungsprozess eingeführt und dokumentiert (Standard-Software-Prozess). <br />Eine spezielle Organisationseinheit ist für die Umsetzung verantwortlich. <br />Kosten und Zeiten sind hier einigermaßen zuverlässig bewertbar. Qualität ist immer noch Schwankungen ausgesetzt.<br />KPA: Organizational process focus, organizational process definition, training program, integrated software management, software product engineering, intergroup coordination, peer reviews.		; 3 – Defined (definiert): In der Organisation ist ein typischer Software-Entwicklungs- und -wartungsprozess eingeführt und dokumentiert (Standard-Software-Prozess).<br />Eine spezielle Organisationseinheit ist für die Umsetzung verantwortlich.<br />Kosten und Zeiten sind hier einigermaßen zuverlässig bewertbar. Qualität ist immer noch Schwankungen ausgesetzt.<br />KPA: Organizational process focus, organizational process definition, training program, integrated software management, software product engineering, intergroup coordination, peer reviews.
	; 4 – Managed (gesteuert; bei CMMI Quantitatively Managed): Sowohl für das Produkt als auch für den Prozess werden quantitative Ziele vorgegeben, ihre Erreichung gemessen und überwacht. <br />Zeiten, Kosten und Qualität sind zuverlässig kontrollierbar.<br />KPA: Quantitative process management, software quality management.		; 4 – Managed (gesteuert; bei CMMI Quantitatively Managed): Sowohl für das Produkt als auch für den Prozess werden quantitative Ziele vorgegeben, ihre Erreichung gemessen und überwacht.<br />Zeiten, Kosten und Qualität sind zuverlässig kontrollierbar.<br />KPA: Quantitative process management, software quality management.
	; 5 – Optimizing (optimierend): Die gesamte Organisation konzentriert sich auf das Finden von Schwächen und die weitere Verbesserung des Prozesses.<br />KPA: Defect prevention, technology change management, process change management.		; 5 – Optimizing (optimierend): Die gesamte Organisation konzentriert sich auf das Finden von Schwächen und die weitere Verbesserung des Prozesses.<br />KPA: Defect prevention, technology change management, process change management.

Zeile 32:		Zeile 32:

	== Siehe auch ==		== Siehe auch ==
	* [[Watts S. Humphrey]]
	* [[Personal Software Process]]		* [[Personal Software Process]]
	* [[Team Software Process]]		* [[Team Software Process]]
Zeile 39:		Zeile 38:
	== Literatur ==		== Literatur ==
	* Alain April, Alain Abran: ''Software maintenance management. Evaluation and continuous improvement''. Wiley u. a., Hoboken NJ u. a. 2008, ISBN 978-0-470-14707-8.		* Alain April, Alain Abran: ''Software maintenance management. Evaluation and continuous improvement''. Wiley u. a., Hoboken NJ u. a. 2008, ISBN 978-0-470-14707-8.
	* Kenneth M. Dymond: ''CMM Handbuch. Das Capability Maturity Model für Software~~''.~~ Springer~~-Verlag,~~ Berlin u. a. 2002, ISBN 3-540-67771-2, ~~(''~~Xpert.press~~'').~~		* {{Literatur \|Autor=Kenneth M. Dymond \|Titel=CMM Handbuch. Das Capability Maturity Model für Software \|Verlag=Springer \|Ort=Berlin u. a. \|Datum=2002 \|ISBN=3-540-67771-2 \|Reihe=Xpert.press}}
	* [[Watts S. Humphrey]]: ''Managing Technical People. Innovation, Teamwork and the Software Process~~''.~~ 5. ~~print.~~ Addison-Wesley, Reading MA 1999, ISBN 0-201-54597-7, ~~(''~~The SEI series in software engineering~~'').~~		* {{Literatur \|Autor=[[Watts S. Humphrey]] \|Titel=Managing Technical People. Innovation, Teamwork and the Software Process \|Auflage=5. \|Verlag=Addison-Wesley \|Ort=Reading MA \|Datum=1999 \|ISBN=0-201-54597-7 \|Reihe=The SEI series in software engineering \|Sprache=en}}
	* Ralf Kneuper: ''CMMI. Verbesserung von Softwareprozessen mit Capability Maturity Model Integration''. 2. überarbeitete und erweiterte Auflage. dpunkt Verlag, Heidelberg 2006, ISBN 3-89864-373-5.		* Ralf Kneuper: ''CMMI. Verbesserung von Softwareprozessen mit Capability Maturity Model Integration''. 2. überarbeitete und erweiterte Auflage. dpunkt Verlag, Heidelberg 2006, ISBN 3-89864-373-5.
	* Georg Erwin Thaller: ''Software-Qualität. Der Weg zu Spitzenleistungen in der Software-Entwicklung~~''.~~ VDE-Verlag, Berlin u. a. 2000, ISBN 3-8007-2494-4, ~~(''~~EDV-Praxis~~'').~~		* {{Literatur \|Autor=Georg Erwin Thaller \|Titel=Software-Qualität. Der Weg zu Spitzenleistungen in der Software-Entwicklung \|Verlag=VDE-Verlag \|Ort=Berlin u. a. \|Datum=2000 \|ISBN=3-8007-2494-4 \|Reihe=EDV-Praxis}}
	* Ernest Wallmüller: ''SPI - Software Process Improvement mit CMMI und ISO 15504''. Hanser, München 2006, ISBN 3-446-40492-9		* Ernest Wallmüller: ''SPI - Software Process Improvement mit CMMI und ISO 15504''. Hanser, München 2006, ISBN 3-446-40492-9.

	== Weblinks ==		== Weblinks ==
	* [https://www.cmmiinstitute.com/company/ CMMI Institute]		* [https://www.cmmiinstitute.com/company/ CMMI Institute]
	* {{~~internetquelle~~\|autor= \|hrsg=SQI Hungarian Software Quality Consulting Institute Ltd.\|url=http://survey.cmmi.hu/\|werk=\|titel=mini CMMI-survey\|datum=2007\|~~zugriff~~=20~~. Dezember 2009~~}}		* {{Internetquelle\|autor= \|hrsg=SQI Hungarian Software Quality Consulting Institute Ltd.\|url=http://survey.cmmi.hu/\|werk=\|titel=mini CMMI-survey\|datum=2007\|abruf=2009-12-20}}

	== Einzelnachweise ==		== Einzelnachweise ==

← Nächstältere Version		Version vom 10. Mai 2020, 18:01 Uhr
Zeile 1:		Zeile 1:
	Das [[Carnegie Mellon University \| CMU]] '''Capability Maturity Model (Reifegradmodell)''' (kurz CMM) ist ein [[Reifegradmodell (Softwareentwicklung)\|Reifegradmodell]] zur Beurteilung der Qualität („Reife“) des [[Softwareprozess]]es ([[Softwareentwicklung]], Wartung, Konfiguration etc.) von Organisationen sowie zur Bestimmung der Maßnahmen zur Verbesserung desselben.		Das [[Carnegie Mellon University \| CMU]] '''Capability Maturity Model (Reifegradmodell)''' (kurz CMM) ist ein [[Reifegradmodell (Softwareentwicklung)\|Reifegradmodell]] zur Beurteilung der Qualität („Reife“) des [[Softwareprozess]]es ([[Softwareentwicklung]], Wartung, Konfiguration etc.) von Organisationen sowie zur Bestimmung der Maßnahmen zur Verbesserung desselben.

	Die Varianten des CMU CMM wurden Ende 2003 durch [[Capability Maturity Model Integration]] (kurz CMMI) ergänzt, um dem Wildwuchs der CM-Modelle (jede Entwicklungs-Disziplin entwickelte ein eigenes Modell) entgegenzuwirken und ein einheitliches, modulares und vor allem allgemein verwendbares Modell zu erstellen.		Die Varianten des CMU CMM wurden Ende 2003 durch [[Capability Maturity Model Integration]] (kurz CMMI) ergänzt, um dem Wildwuchs der CM-Modelle (jede Entwicklungs-Disziplin entwickelte ein eigenes Modell) entgegenzuwirken und ein einheitliches, modulares und vor allem allgemein verwendbares Modell zu erstellen.

	Andere populäre, auf dem ursprünglichen CMU CMM basierende Modelle sind [[Spice (Norm)\|Spice]] für Reifegradbestimmung und Assessment von Software-Prozessen sowie [[COBIT]] für IT Governance-Prozesse.		Andere populäre, auf dem ursprünglichen CMU CMM basierende Modelle sind [[Spice (Norm)\|Spice]] für Reifegradbestimmung und Assessment von Software-Prozessen sowie [[COBIT]] für IT Governance-Prozesse.

	== Geschichtliche Entwicklung ==		== Geschichtliche Entwicklung ==
	* [[1986]] begann auf Initiative des [[Verteidigungsministerium (Vereinigte Staaten)\|US-Verteidigungsministeriums]] (Department of Defense, DoD) das [[Software Engineering Institute]] (SEI) an der [[Carnegie Mellon University]]/[[Pittsburgh]], welches dem US-Verteidigungsministerium untersteht, mit der Entwicklung eines Systems zur Bewertung der Reife von Softwareprozessen.		* [[1986]] begann auf Initiative des [[Verteidigungsministerium (Vereinigte Staaten)\|US-Verteidigungsministeriums]] (Department of Defense, DoD) das [[Software Engineering Institute]] (SEI) an der [[Carnegie Mellon University]]/[[Pittsburgh]], welches dem US-Verteidigungsministerium untersteht, mit der Entwicklung eines Systems zur Bewertung der Reife von Softwareprozessen.
	* [[1991]] wurde das Modell als '''Capability Maturity Model''' 1.0 herausgegeben		* [[1991]] wurde das Modell als '''Capability Maturity Model''' 1.0 herausgegeben
	* [[1993]] wurde es überarbeitet und in der Version 1.1 bereitgestellt		* [[1993]] wurde es überarbeitet und in der Version 1.1 bereitgestellt
Zeile 17:		Zeile 17:
	Beim CMU CMM wird die Qualität mit einer von fünf Stufen bewertet, wobei die Qualität mit jeder Stufe steigt. Jeder Stufe sind spezielle Key Process Areas zugeordnet, die wiederum Ziele enthalten und beispielhafte Aktivitäten, wie diese Ziele zu erreichen sind<ref>Watts S.Humphrey, Managing Technical People, S. 288</ref>. Diese Stufen lauten:		Beim CMU CMM wird die Qualität mit einer von fünf Stufen bewertet, wobei die Qualität mit jeder Stufe steigt. Jeder Stufe sind spezielle Key Process Areas zugeordnet, die wiederum Ziele enthalten und beispielhafte Aktivitäten, wie diese Ziele zu erreichen sind<ref>Watts S.Humphrey, Managing Technical People, S. 288</ref>. Diese Stufen lauten:

	[[~~Image~~:Characteristics of Capability Maturity Model.svg\|~~thumb~~\|500px\|Characteristics of the maturity levels.]]		[[Bild:Characteristics of Capability Maturity Model.svg\|mini\|500px\|Characteristics of the maturity levels.]]

	; 1 – Initial (beginnend): Dies ist der Grundzustand, den jede Organisation erreicht, auch ohne dass ein Prozess für die Softwareentwicklung definiert und umgesetzt wird. <br />Kosten, Zeiten und Qualität sind nicht vorhersehbar.<br />Es sind keine Key Process Areas (KPA) definiert.		; 1 – Initial (beginnend): Dies ist der Grundzustand, den jede Organisation erreicht, auch ohne dass ein Prozess für die Softwareentwicklung definiert und umgesetzt wird. <br />Kosten, Zeiten und Qualität sind nicht vorhersehbar.<br />Es sind keine Key Process Areas (KPA) definiert.
Zeile 27:		Zeile 27:
	== Abgrenzung zu anderen Normen ==		== Abgrenzung zu anderen Normen ==

	Im Unterschied zur [[Qualitätsmanagementnorm\|DIN EN ISO 9001]] ist das CMM speziell für den Softwareprozess entwickelt und kann alternativ oder in Kombination zu jener verwendet werden.		Im Unterschied zur [[Qualitätsmanagementnorm\|DIN EN ISO 9001]] ist das CMM speziell für den Softwareprozess entwickelt und kann alternativ oder in Kombination zu jener verwendet werden.

	Eine weitere Norm, die sich mit der Bewertung der Prozessreife u. a. in der Softwareentwicklung beschäftigt, ist die ISO Norm 15504, auch bekannt unter dem Namen [[Spice (Norm)\|Spice]].		Eine weitere Norm, die sich mit der Bewertung der Prozessreife u. a. in der Softwareentwicklung beschäftigt, ist die ISO-Norm 15504, auch bekannt unter dem Namen [[Spice (Norm)\|Spice]].

	== Siehe auch ==		== Siehe auch ==