Zusammenfassung

Das Projekt unter Verwendung des Projektplans und anderer das Projekt betreffenden Pläne und der projektspezifisch definierten Prozesse managen.

Beschreibung

Mehr zur Etablierung von Prozess-Assets der Organisation steht im Prozessgebiet »Organisationsweite Prozessentwicklung (OPD) (CMMI-DEV)«.


Mehr zum Etablieren der Prozesserfordernisse der Organisation, dem Rollout von Prozess-Assets der Organisation und von Standardprozessen steht im Prozessgebiet »Organisationsweite Prozessausrichtung (OPF) (CMMI-DEV)«.


Weitere Informationen darüber, wie Sie den Fortschritt des Projekts erkennbar machen, damit angemessene Lorrekturmaßnahmen ergriffen werden können, wenn die Arbeitsleistung vom Projekt erheblich vom Plan abweicht, steht im Prozessgebiet »Projektverfolgung und -Steuerung (PMC) (CMMI-DEV) «.


Mehr zur Erkennung, Analyse und Abschwächung von Risiken steht im Prozessgebiet »Projektverfolgung und -Steuerung (PMC) (CMMI-DEV)«.


Beispiele für Arbeitsergebnisse



  1. Arbeitsergebnisse, die sich aus der Durchführung der projektspezifisch definierten Prozesse ergeben
  2. Erfasste Kennzahlen (d.h. Ist-Werte) sowie Aufzeichnungen oder Berichte zum Status
  3. Überarbeitete Anforderungen, Pläne und Zusagen
  4. Integrierte Pläne


Subpraktiken



1. Projektspezifisch definierte Prozesse mit Hilfe der Bibliothek der Prozess-Assets der Organisation einführen

 

Diese Aufgabe umfasst normalerweise folgende Tätigkeiten:
  • In angemessenem Umfang Artefakte aus der Bibliothek der Prozess-Assets der Organisation im Projekt nutzen
  • Verwendung der Lessons Learned aus der Bibliothek der Pro-zess-Assets der Organisation für das Projektmanagement



2. Tätigkeiten und Arbeitsergebnisse des Projekts mit Hilfe der projektspezifisch definierten Prozesse, des Projektplans und weiterer Pläne, die das Projekt betreffen, überwachen und steuern

 

Diese Aufgabe umfasst normalerweise folgende Tätigkeiten:
  • Verwendung von definierten Ein- und Ausgangskriterien, um den Beginn von Aufgaben zu genehmigen und ihre Fertigstellung festzustellen
  • Überwachung von Tätigkeiten, die die Ist-Werte von Projektplanungsparametern signifikant beeinflussen können
  • Verfolgung von Projektplanungsparametern mit Hilfe messbarer Schwellenwerte, um Untersuchungen und geeignete Maßnahmen auszulösen
  • Überwachung der Risiken von Produkt- und Projektschnittstellen
  • Management externer und interner Zusagen anhand von Plänen für die Aufgaben und Arbeitsergebnisse der projektspezifisch definierten Prozesse
Das Verständnis der Beziehungen zwischen den Aufgaben und Arbeitsergebnissen der projektspezifisch definierten Prozesse und der von relevanten Stakeholdern auszuführenden Rollen gewährt zusammen mit eindeutig definierten Überwachungs-mechanismen (z.B. Peer-Reviews) einen besseren Einblick in die Projektleistung und eine bessere Projektsteuerung.



3. Ausgewählte Kennzahlen ermitteln und analysieren, um das Projekt zu steuern und die Bedürfnisse der Organisation zu unterstützen

Mehr zur Ermittlung und Analyse von Messwerten steht im Prozessgebiet »Messung und Analyse (MA) (CMMI-DEV)«.




4. Die Projektleistung regelmäßig überprüfen und nach Bedarf an aktuelle und erwartete Erfordernisse, Ziele und Anforderungen der Organisation, des Kunden und der Endanwender anpassen

Diese Überprüfung umfasst die Anpassung an Prozesserfordernisse und -ziele der Organisation.

 

Beispiele für Anpassungsmaßnahmen umfassen:
  • Ändern der Termine mit den entsprechenden Anpassungen an andere Planungsparameter und die Projektrisiken
  • Änderung der Anforderungen oder Zusagen als Reaktion auf eine Änderung der Marktsituation oder des Bedarfs von Kunden und Endanwendern
  • Abbruch des Projekts, der Iteration oder des Release




5. Ursachen ausgewählter Probleme angehen, die die Projektziele beeinträchtigen.

Probleme, die Korrekturmaßnahmen erfordern, werden wie in der spezifischen Praktik »Problematische Punkte analysieren und Korrekturmaßnahmen ergreifen« des Prozessgebiets »Projektverfolgung und -steuerung« bestimmt und analysiert. Bei Bedarf kann das Projekt regelmäßig die zuvor bei anderen Projekten oder in früheren Phasen des Projekts eingetretenen Probleme überprüfen und eine Ursachenanalyse ausgewählter Probleme durchführen, um zu bestimmen, wie sich ein erneutes Auftreten von Problemen verhindern lässt, die die Projektziele signifikant beeinflussen können. Änderungen am Projektprozess, die infolge von Tätigkeiten der Ursachenanalyse umgesetzt werden, sollten auf Effektivität bewertet werden, um sicherzustellen, dass die Prozessänderung das Wiederauftreten der Probleme verhindert und die Leistung verbessert hat.