IAPM Essentials #29 - Neuigkeiten aus der Projektmanagementwelt

Discovering Value
In agilen Projekten, bzw. bei der agilen Softwareentwicklung ist die Lieferung von wertvollen Produktinkrementen essenziell. Ken Roberts stellte fest, dass vor allem Product Owner in projektorientierten Organisationen Probleme damit haben, da Diskussionen über den Wert nicht selten darin enden, dass über die Priorisierung des Projektes gesprochen wird.
Doch was bedeutet Wert an dieser Stelle? Es kann zwischen vier unterschiedlichen Wertstatus differenziert werden: Potenzieller Wert, entdeckter Wert, replizierter Wert und verfügbarer Wert. Ken Roberts merkt an, dass ein Projekt, bei welchem der Umfang und die Gesamtkosten fix sind, nicht prädestiniert dafür ist, Wert zu generieren, da ein solches Projekt an Flexibilität einbüßt. Doch nicht nur die Flexibilität ist wichtig, um ein werthaltiges Produkt zu erzeugen – auch Feedback spielt eine wichtige Rolle. Feedback kann die Arbeit beeinflussen wodurch Wert generiert wird.
Klicken Sie hier um den Originalartikel zu lesen.


The Challenge of Backlog Refinement
Ein weitverbreiteter Irrglaube ist, dass in Scrum nicht geplant wird. Erik de Bos geht in seinem Artikel auf die Relevanz der Planung, insbesondere auf das Backlog Refinement, ein. Wenn man in einem Projekt einfach „darauf los“ programmiert, ohne einen groben Plan zu haben, was das Ziel ist, kann zwar schnell gestartet werden, jedoch ist die Arbeit dann nicht besonders zielorientiert.
Ein Backlog Refinement kann Abhilfe schaffen, da innerhalb des Teams überlegt werden muss, wie und warum etwas gebaut wird, und wie aufwändig das Produktinkrement sein wird. Je besser die Synergien zwischen dem Product Owner und dem Scrum Master sind, desto besser das Backlog Refinement.
Es wird empfohlen, dass etwa drei zukünftige Sprints schon den Backlog Refinement-Prozess durchlaufen haben. Ein Voteil des Backlog Refinement Events, welches nicht zwangsläufig ein Meeting sein muss, ist, dass Product Owner und Development Team enger zusammenarbeiten
Klicken Sie hier um den Originalartikel zu lesen.


What is the Story with User Stories?
Innerhalb eines agilen Projektes kommen häufig User Stories zum Einsatz, obwohl diese kein offizielles Scrum Artefakt sind. Anthony Mersino findet User Stories hilfreich, doch hat er schon des Öfteren erlebt, dass diese falsch genutzt werden. Er möchte betonen, dass User Stories grundsätzlich den Sinn haben, Konversation voranzutreiben und ein gemeinsames Verständnis zu fördern. Einige Organisationen haben die falsche Nutzung von User Stories perfektioniert, indem sie extra „Story Writer“ engagieren, was zum einen eine Beleidung für das Development Team ist und zum anderen eine Verschwendung von Ressourcen.
Wichtig bei User Stories ist, dass diese knapp, aber dennoch klar beschrieben sind und Diskussionen anregen.
Klicken Sie hier um den Originalartikel zu lesen.
 

Autor: IAPM intern