Scrum und Motivation

Question

Wie kann man das Entwicklungsteam davon abhalten, seine Zahlen aufzubessern, wenn es um die Erstellung von Aufgabenzeiten geht? Wie sollen sie motiviert werden, ihre Arbeit zu erledigen, wenn es keine echten Fristen gibt und sie nur an ihrer Geschwindigkeit gemessen werden?

Erledigen Sie den Auftrag innerhalb dieser Frist

gegen

Erledigen Sie den Auftrag, wenn wir den Umfang und die Qualität verringern oder die Ressourcen erhöhen.

Answer 1

Es ist eigentlich unmöglich, Schätzungen in Scrum "aufzufüllen". Nach einigen Sprints gleicht sich die Geschwindigkeit aus, und das Team "weiß", wie viele Punkte es übernehmen kann. Es gibt nichts zu polstern.

Ich glaube, Sie haben Ihre Aussagen falsch verstanden, denn

Erledigen Sie den Auftrag, wenn wir den Umfang und die Qualität verringern oder die Ressourcen erhöhen.

ist eine genaue Beschreibung von Waterfall, nicht von Scrum. In Scrum gibt es Fristen, man nennt das Ende des Sprints. In Scrum opfern wir NIEMALS die Qualität, weil wir wissen, dass uns das auf lange Sicht mehr kosten wird. In Scrum fügen wir keine Ressourcen hinzu, weil wir wissen, dass die Menschen zusammenwachsen und ein "Team" bilden und dass eine Störung dieses Gleichgewichts der Produktivität abträglich ist.

Warum machen Sie sich überhaupt die Mühe mit den Aufgabenzeiten? Das einzige Mal, dass ich gesehen habe, dass gute Entwickler ihre Schätzungen aufpolstern, ist, wenn sie gezwungen sind, eine Schätzung für eine unbekannte Funktion abzugeben. Das tun wir in Scrum nicht. Wir kennen die Bedingungen für die Annahme einer Funktion, bevor wir uns dazu verpflichten.

Answer 2

Ein Ansatz, um diese Situation ganz zu vermeiden, ist die Schätzung in Story-Points, d. h. die Frage "erfordert diese Story mehr oder weniger Arbeit im Vergleich zu jener Story".

Answer 3

Meiner Erfahrung nach polstern Entwickler ihre Kostenvoranschläge selten auf. Die allgemeine Tendenz von Entwicklern ist es, die Komplexität und den Aufwand zu unterschätzen.