Erstellung eines Fragenkatalogs der die Beurteilung der Level 2 Key Process Areas in einem ca. einstündigen Interview mit einem Software Manager ermöglicht Vortrag von Matthias Weng 1
Aufbau Geschichte und Aufbau des CMM Beschreibung von Level 2 Interview mit Erläuterung der KPAs Schlußfolgerung 2
Das Modell 1986 veröffentlichte das SEI ein sogenanntes Process Maturity Framework als Hilfe für Unternehmen die Software entwickeln um die Fähigkeit solcher Unternehmen beurteilen zu können 1990 erste Version von CMM = Capability Maturity Model 1993 CMM for Software, Version 1.1 als Grundlage dieses Vortrags 3
Aufbau des CMM Das CMM unterteilt die Entwicklung eines Unternehmens in 5 Level jeder Level kennzeichnet einen bestimmten Entwicklungsgrad das Erreichen eines Levels setzt voraus das alle vorherigen Levels abgeschlossen sind 4
Die 5 Level des CMM Level 1: Initial (ad hoc) Erfolg hängt von individuellen Fähigkeiten ab Level 2: Repeatable Kosten, Zeitplan werden gemanagt Level 3: Defined Standardisierung des Entwicklungsprozesses 5
Die 5 Level des CMM Level 4: Managed genaue Messungen des Prozesses und der Produktqualität werden gesammelt Level 5: Optimizing kontinuierliche Verbesserungen durch Rückkopplung, Verwendung innovativer Techniken und Ideen 6
Key Process Areas jeder Level ist in mehrere sogenannte Key Process Areas (KPAs) unterteilt die KPAs ermöglichen eine bessere Aufteilung der Aktivitäten die nötig sind um eine Level zu erreichen oft ist die Implementierung einer KPA die Voraussetzung für eine andere 7
Level 2: Repeatable Planung und Verwaltung für neue Projekte bauen auf der Erfahrung vorhergehender Projekte auf es gibt klare Richtlinien nach denen bei Planung und Durchführung eines Projekts vorgegangen wird alle Schritte die vor und während der Durchführung eines Projekts vorgenommen werden, werden dokumentiert 8
Level 2 Key Process Areas In Level 2 gibt es 6 Key Process Areas: Requirements Management Software Project Planning Software Project Tracking and Oversight Software Subcontract Management Software Quality Assurance Software Configuration Management 9
Problem Befragung wird normalerweise von einer Gruppe über einen längeren Zeitraum in mehreren Abteilungen durchgeführt ein Interview mit nur einer Person ist subjektiv stellt nur einen kleinen Ausschnitt dar kann durch die zeitliche Beschränkung (1 Std.) nicht sehr detailliert sein 10
Vorgehensweise Zielsetzung:Jede KPA mit dem Interview abdecken direkte Fragen, die Hintergrundwissen über das CMM voraussetzen vermeiden bei durchschnittlich 3 Minuten pro Frage können etwa 20 Fragen gestellt werden 11
KPA : Requirements Management Anforderungen an das Projekt werden spezifiziert es wird festgelegt welche Anforderungen in den Softwarebereich fallen die Anforderungen werden dokumentiert 12
Interview Beschreiben sie kurz die Anforderungen an Ihr letztes oder ein laufendes Softwareprojekt. Wer war dabei verantwortlich für die Definition der Anforderungen und mit welchen Gruppen wurden sie abgestimmt? Wurden die Anforderungen beibehalten oder wurden sie im Verlauf des Projekts abgeändert oder korrigiert? Wenn ja, auf welche Weise? 13
KPA: Software Project Planning Planungen für die Durchführung des Projekts unter dem Aspekt des Programmier- und Managementaufwands werden vorgenommen: z.b. erstellen eines Zeitplans aushandeln von Pflichten Risiken erkennen und abschätzen Softwareprojektmanager wird benannt SPM handelt die Pflichten aus Planungen werden dokumentiert 14
Interview Wer hat bei Ihrem laufenden Softwareprojekt die Pflichten ausgehandelt und verteilt? In welchen Gesamtzusammenhang ist dieses Softwareprojekt in Ihrem Unternehmen eingebettet? Welches Lebenszyklus-Modell findet dabei Verwendung? 15
Interview Auf welchen Grundlagen wurde der Software- Entwicklungs-Plan erstellt? In welche Teilprojekte wurde das Projekt aufgeteilt? Gibt es eine Vorabschätzung der Kosten und des Aufwands für das Softwareprojekt? 16
Interview Welche Risiken wurden für das Projekt ausgemacht? Wann fand das letzte Gespräch über den Projektplan mit dem Projektmanager statt? 17
KPA: Software Project Tracking and Oversight Einblick für das Management in das laufende Projekt wird ermöglicht Stand des Projekts wird anhand des dokumentierten Softwareentwicklungsplans aus der vorhergehenden KPA überprüft bei Abweichungen kann das Management eingreifen durch Korrektur des Plans Änderung der Arbeitseinteilung 18
Interview Welche Versionsnummer hat Ihr derzeitiger Projektplan und von wann stammt die aktuelle Version? Wie weit ist das momentan laufende Projekt fortgeschritten? Bewegen sich die Kosten für das Projekt noch im vorgesehenen Rahmen? 19
Interview Wann war das letzte Treffen der SW- Entwicklungsgruppe die am momentanen Projekt arbeitet? 20
KPA: Software Subcontract Management bei Bedarf sollen qualifizierte Subunternehmen ausgewählt werden die erarbeiteten Anforderungen an das Projekt sollen auch beim Subunternehmen eingehalten werden der Fortschritt des Projekts beim Subunternehmen wird überwacht 21
Interview Gibt es in Ihrem Projekt einen Manager der speziell für die Zusammenarbeit mit Subunternehmen zuständig ist? Wie weit ist das Projekt bei einem Ihrer Subunternehmen fortgeschritten? 22
KPA: Software Quality Assurance Überwachung der Produktqualität die Einhaltung der Planungen werden überwacht und dokumentiert ermöglicht dem Management Einblick in den Entwicklungsprozeß Qualitätsbeauftragte müssen unabhängig vom Erfolg des Projekts sein um Objektivität zu gewährleisten 23
Interview Gibt es in Ihrem Unternehmen einen Softwarequalitätsbeauftragten? Beschreiben sie kurz seine Funktion in Ihrem Unternehmen. 24
KPA: Software Configuration Management Software Configuration Control Board (SCCB) wird eingerichtet in dem alle mit der Entwicklung befaßten Gruppen vertreten sind mit dem Software Configuration Management soll die Integrität der Produkte des Softwareprojekts erreicht werden eine Softwarebasisbibliothek wird eingerichtet in der die entwickelten Softwaregrundlagen festgehalten werden. 25
Interview Gibt es in Ihrem Projekt ein Gremium in dem alle Gruppen die mit den SW-Grundlagen befaßt sind vertreten sind? (SCCB) Gibt es in Ihrem Projekt eine Gruppe die für die Kontinuität der Konfigurationsverwaltung wahrend des Lebenszyklus zuständig ist? (SCM) Welche Aktivitäten wurden in letzter Zeit von dieser Gruppe unternommen? 26
Schlußfolgerung in einer 1-stündigen Befragung können alle KPAs gestreift werden. KPAs überlappen teilweise oder bauen aufeinander auf => Fragen betreffen manchmal mehrere KPAs es ist nicht möglich die Aussagen auf Wahrheitsgehalt zu prüfen Mitarbeiter kommen nicht zu Wort ein richtiges Assessment ist aber teuer und langwierig 27