Sie sind auf Seite 1von 1

Best of PM 2 go

Projektmanagement wird ein zunehmend wichtigerer Erfolgsfaktor fr Unternehmen im Wettbewerb. In dieser Ausgabe von PM 2 go lesen Sie die besten Kurzartikel aus dem Blog Unlocking Potential von Projekt Management Beratung. Das Foto stammt von SaZeOd .

Nachlese zu den nderungen am Scrum Guide 2011


By Andreas Heilwagen on August 22nd, 2011

Nachdem der neue Scrum Guide 2011 vor 3 Wochen erschienen ist, hatte ich bereits die wichtigsten nderungen gepostet (Teil 1 und Teil 2). Inzwischen gibt es diverse Postings aus anderen Blogs, die die nderungen kommentieren bzw. ergnzen: Definition von ScrumBut Ken Schwaber hat in seinem Blog die bisher harte Einschrnkung von ScrumBut relativiert. D.h. durch die Entfernung einiger Scrum-Praktiken wie Burndown Charts und Releaseplanung aus dem Scrum Guide, werden die Grenzen dessen aufgeweitet, was noch als Scrum gezhlt wird. Alternative Praktiken zu Releaseplanung etc. haben in der Vergangenheit ebenfalls zum Erfolg gefhrt. So liefert der neue Guide nun den minimalen Kern, um den herum Ken inzwischen sogar empfiehlt, seine eigene Lsung aufzusetzen. Ordered vs. Prioritized Jim Coplien hat sich u.a. des Themas Nikoluse auf Webseiten im Sommer angenommen. Er argumentiert, dass eine einfache Priorisierung des Backlogs durch jeweils paarweisen Vergleich von Stories ungnstig ist da mehr Faktoren bercksichtigt werden mssen, wie beispielsweise der Zeitpunkt, zu dem eine Story live geht. Chicken & Pigs Steve Porter argumentiert in seinem Gastbeitrag auf scrum.org, dass der Entfall der beiden Schubladen Chicken und Pigs vorteilhaft ist. In der Vergangenheit haben sich Stakeholder als Chicken gerne zurckgezogen, da sie lt. Scrum nichts zu sagen hatten. Die neue Aufteilung in Organisation, Mitarbeiter und Stakeholder ist hier weit hilfreicher. Kritik von Boris Gloger Boris hat sich den neuen Guide ebenfalls vorgeknpft. Er sieht einen Verlust essenzieller Scrum-Werte und die verpasste Chance nachzuschrfen, beispielsweise beim Sprint Plannung als Dialog und nicht als Planung. Im Rest des Postings rechnet er mit Problemen und Fehleinschtzungen von Scrum ab, die er aus seiner Sicht gelst hat. Teilweise hat er Recht, auf der anderen Seite gibt es hier mehr als einen Weg zum Erfolg. In einem vorhergehenden Posting hat er den Wert von Committments verteidigt. Committment vs. committed team Jan Gentsch geht im oose Teamblog der Frage nach, was es denn mit dem Committment auf sich hat. Letztlich geht es weniger darum, mit einem Committment den Verdacht eines Vertrages zu erwecken, sondern um die bernahme von Verantwortung durch das Team, um ein Ziel zu erreichen.