Was für uns in unseren Prozess Performance Management Vorhaben schon immer selbstverständlich war, setzt PMI^® nun auch für Projektmanagement voraus. Die Constraints in PMBOK 4th Edition sind : 

• Scope - Inhalt und Umfang
• Quality - Qualität
• Time (Schedule) - Zeit
• Budget (Cost) - Kosten
• Resources - Ressourcen
• Risk - Risiken

Um diese sechs Einschränkungen bzw. Beschränkungen unter einen Hut zu bringen, sprechen wir vom magischen Hexagon.

Das magische Hexagon handhaben wir nach einem zweiebenen Modell:

1. Ebene der sechs Baselines 

2. Ebene des Netzwerks der sechs Constraints mit bis zu fünfzehn Verbindungen (Ebene der Wechselwirkungen)

Agiles Projektmanagement und magisches Hexagon

In Scrum Kreisen werden Zeit, Kosten, Qualität und Funktionalität (gemeint Scope) berücksichtigt, um Release Planung nach Scrum und traditionellem Projektmanagement (was immer das bedeuten mag!) zu vergleichen. Dieser Vergleich ist nicht zielführend, da er auf der traditionellen Sichtweise der Triple Constraints  basiert. Für agile Projekte sind Risiken und Ressourcen genauso wichtig, sogar in vielen Fällen wichtiger.

Um ein agiles Projekt zu initiieren, sind die Verantwortlichkeiten für einzelne Constraints und ihre Wechselwirkungen unter Product Owner, Scrum Master und Scrum Team zu verteilen.

In unseren Projekten weisen wir das Scope Management dem Product Owner. Für das Ressourcen Management sind der Scrum Master und das Scrum Team gemeinsam verantwortlich.     

Für Performance Bewertung während der Iterationen tragen alle drei Rolleninhaber gemeinsam die Verantwortung. Planning Poker spielen Product Owner und Scrum Team.