Heute regnete es in Strömen und der deutsche Comedian Dieter Nuhr schrieb dazu „Neuer Weg zur Zufriedenheit: Stelle mir vor, es wäre Winter. Dann wäre das Wetter gar nicht soooo schlecht.“ Und bekanntermaßen steckt in jedem Witz auch ein Fünkchen Wahrheit.
Wenn zwei Entwickler zusammen vor einem Rechner sitzen und gemeinsam programmieren, dann bedeutet das auch die doppelten Aufwände, oder? Diese Frage begegnet mir immer wieder. Den Befürwortern fällt es häufig schwer zu erläutern, warum das so nicht richtig ist. Alistair Cockburn und Laurie Williams haben sich der Frage der Kosten und des Nutzens von Pair Programming gewidmet und kommen nach...
Immer wieder begegnet mir die Aussage, ein guter Scrum Master schaffe sich selbst ab. Die Aussage hat in der Theorie eine gewisse Berechtigung. Ein Ziel des Scrum Masters ist die Förderung der Selbstorganisation und ein selbstorganisiertes Team braucht niemanden mehr, der dieses Ziel vorantreibt.
In einem spannenden Gespräch letzte Woche kam die Frage nach den drei wesentlichen Ziele eines Scrum Masters auf. Hier fiel die Aussage, das wesentliche Ziel eines Scrum Masters sei es, Kundennutzen zu stiften.
Im alten Scrum-Guide von Ken Schwaber und Jeff Sutherland hieß es, dass ein Team sein „Commitment“ zu einem Sprint-Ziel abgibt. Commitment übersetzt heißt so viel wie „Bekenntnis zu“ oder „Festlegung“. In einer Aktualisierung des Scrum-Guides aus dem letzten Jahr sorgte die Streichung des Begriffes „Commitment“ für Diskussionen in der Community.
Wenn man ein Projekt nach Scrum durchführen und damit diese Methode zur Softwareentwicklung im Unternehmen einführen will, dann sind es meist die gefühlt hohe Anzahl an Meetings, die dem Management übel aufstoßen. Auf einige Regeln, die ein Meeting von „Overhead“ (also wertlosem Mehraufwand) zu einem gewinnbringenden Aufwand machen, bin ich bereits eingegangen. Aber hat es vor diesem Hintergrund...
Immer wieder höre ich gerade bei neu aufgesetzten Teams die Frage, wieso man eigentlich zu Beginn eines Projekts oder einer Iteration in Storypoints schätzt und nicht direkt in Stunden. Die Antwort ist einfach – Storypoints sind schlichtweg die bessere Schätzgröße, aber warum?
