Eine gute Frage, auf die es mindestens so viele Antworten gibt, wie Projekte, Projektleiter und Organisationen. Meine Erfahrung bezieht sich größtenteils auf Software-Entwicklungs- oder andere IT-Projekte. Ziel ist es doch in Bezug auf die drei Dimensionen Kosten, Termin und Qualität den momentanen Standpunkt zu bestimmen. In Bezug auf den vereinbarten Scope, der sich im Laufe des Projekts ja bekanntlich ändert. Insofern ist die Basis, dass es immer eine aktuelle Aufstellung des vereinbarten oder noch zu vereinbarenden Umfangs gibt. Der Hauptkostenfaktor ist bei mir fast immer die Arbeit der Mitarbeiter, also erhebe ich immer Ist-Aufwand und Rest-Aufwand, damit ergibt sich einerseits eine Aussage über Kosten und Kostenabweichung und andererseits über die Restaufwände auch eine Aussage über die Abweichung in der Zeit. In vielen Fällen ist das schon ein guter Start und mehr oder weniger ausreichend. Meist messe ich noch die Wertschöpfung in Form von fertiggestellten Anforderungen / User Stories (ähnlich einem Burndown-Chart in Scrum). Die Qualität von Software zu messen ist ein Kapitel für sich. Am liebsten ist mir ein Testdriven-Development, d.h. die Testfälle entstehen als Teil der Spezifikation vor der Implementierung und es wird sozusagen gegen die Testfälle programmiert. Für Risiken sollte man bei allem sensibel sein, sie festhalten und systematisch bearbeiten.

Mir reichen diese sechs Datenquellen, um eine integrierte Leistungsbewertung zwischen gestern und heute zu machen sowie eine Prognose ab heute bis Projektende zu erstellen.