bluerocks_man.jpg 

+49 (0)7141 8658025

call back

Kontakt

facebook.png 


BlueRocks® Bookmarks

BlueRocks® to: Mr. Wong BlueRocks® to: Webnews BlueRocks® to: Icio BlueRocks® to: Oneview BlueRocks® to: Newsider BlueRocks® to: Linksilo BlueRocks® to: Readster BlueRocks® to: Yigg BlueRocks® to: Linkarena BlueRocks® to: Digg BlueRocks® to: Del.icoi.us BlueRocks® to: Simpy BlueRocks® to: StumbleUpon BlueRocks® to: Yahoo BlueRocks® to: Blogmarks BlueRocks® to: Diigo BlueRocks® to: Technorati BlueRocks® to: Folkd BlueRocks® to: Spurl BlueRocks® to: Google

agilealliancecorporatemember.jpg

 

 

 

 

 

 pmi_rep.gif

Magisches Hexagon - Magic Hexagon PDF Drucken E-Mail
Das magische Dreieck ( Triple Constraints ) hat sich in ein Sechseck verwandelt: Magisches Hexagon.

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.

magisches_hexagon1.jpg

Das magische Hexagon handhaben wir nach einem zweiebenen Modell:

1. Ebene der sechs Baselines 

2. Ebene des Netzwerks der sechs Constraints mit 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 federführend verantwortlich.     

Für Performance Bewertung während der Iterationen sind alle drei verantwortlich. Planning Poker spielen Product Owner und Scrum Team.