Was Schätzungen dir nicht geben

Eine Schätzung ist eine Prognose, kein Vertrag. In dem Moment, in dem ein Team eine Schätzung als Zusage behandelt – „du hast gesagt, es ist eine 5, also sollte es bis Mittwoch fertig sein" – hört Schätzung auf, ein Planungswerkzeug zu sein, und wird zu einem Bestrafungsmechanismus. Entwickler reagieren darauf, indem sie Schätzungen aufblähen, um sich zu schützen, was die Schätzungen für die Planung nutzlos macht, was Stakeholder dazu bringt, härter auf „genaue" Zahlen zu drängen, was Entwickler dazu bringt, noch mehr aufzublähen. Der Kreislauf ist vorhersehbar und verbreitet.

Die Unterscheidung ist am wichtigsten an der Grenze zwischen Engineering und dem Rest der Organisation. Innerhalb des Teams steuern Schätzungen die Sprint-Kapazität und helfen dabei, überlastete Wochen zu identifizieren. Das ist in Ordnung – das Team kontrolliert den Plan und kann ihn während des Sprints anpassen. Das Problem beginnt, wenn Schätzungen das Team als Lieferversprechen an Vertrieb, Führungskräfte oder Kunden verlassen. Ein „wir denken, das sind etwa 13 Punkte Arbeit" wird zu „Engineering hat sich auf drei Wochen festgelegt" in einer Präsentation, die das Team nie sieht.

Schätzungen davor zu schützen, zu Zusagen zu werden, ist eine Team-Disziplin und eine Führungsverantwortung. Das Team sollte Schätzungen als Spannen kommunizieren („2–4 Wochen, je nachdem, was wir im Legacy-Code finden"), nicht als Punkte. Und Führungskräfte sollten dem Druck widerstehen, die Unsicherheit aus Schätzungen herauszustreichen, um eine Roadmap sauberer aussehen zu lassen. Die Unsicherheit ist der ehrliche Teil.

Schätzung hat einen Preis: die Zeit, die das Team mit Schätzen verbringt, anstatt zu bauen. Für die meisten Teams ist dieser Preis angemessen – 30 Minuten Schätzung sparen Stunden an Überraschungen während des Sprints. Aber der Preis kann wachsen, bis die Zeremonie mehr Wert verbraucht, als sie produziert.

Warnzeichen, dass Schätzung zu ihrer eigenen Verschwendung geworden ist:

• Schätzungssitzungen dauern länger als eine Stunde. Wenn das Team 90 Minuten damit verbringt, die Tickets eines Sprints zu schätzen, sind die Tickets nicht gut genug definiert, um sie zu schätzen, oder das Team debattiert Implementierungsdetails, die in Designdiskussionen gehören, nicht in die Schätzung.
• Niemand nutzt die Schätzungen nach der Sitzung. Wenn die Schätzungen in den Tracker wandern und niemand sie während der Sprint-Planung, Kapazitätsprüfungen oder Retrospektiven referenziert, produziert das Team Zahlen für niemanden. Hört auf, diese Tickets zu schätzen, und verbringt die Zeit anderswo.
• Neu-Schätzung ist Routine. Wenn das Team regelmäßig Tickets neu schätzt, weil sich der Umfang geändert hat, Anforderungen sich verschoben haben oder „wir es jetzt besser verstehen", findet die Schätzung zu früh statt. Schätzt später, wenn die Arbeit besser definiert ist, oder akzeptiert, dass frühe Schätzungen grob sind, und schätzt nicht neu.

Das Prinzip ist dasselbe, das für jeden Teil des Prozesses gilt: wenn es keinen Hebel erzeugt, erzeugt es Overhead. Schätzung sollte günstig, schnell und nützlich sein. Wenn sie teuer, langsam oder ignoriert wird, skaliert sie zurück.

Die #NoEstimates-Bewegung argumentiert, dass Schätzung oft unnötig ist und dass Teams Lieferungen mithilfe von historischem Durchsatz prognostizieren können – der Anzahl der pro Woche abgeschlossenen Tickets – anstatt einzelnen Tickets Größen zuzuweisen. Das Argument hat Berechtigung, und es als faul abzutun ist genauso falsch wie es als Evangelium zu behandeln.

Durchsatzbasierte Prognose funktioniert so: Wenn ein Team konstant 10–14 Tickets pro Woche abschließt und ein Projekt 45 Tickets hat, lautet die Prognose 3–5 Wochen. Keine Schätzungssitzung nötig. Die Mathematik beruht auf zwei Bedingungen: Tickets müssen auf ungefähr ähnliche Größen geschnitten werden, und das Team braucht genug historische Daten, um eine verlässliche Durchsatzspanne zu etablieren. Wenn diese Bedingungen erfüllt sind, ist die Prognose oft genauer als eine Bottom-up-Schätzung jedes einzelnen Tickets.

Der Haken ist Disziplin. Teams, die Schätzung überspringen, aber auch die Schneide-Disziplin überspringen, enden ohne jegliche Prognosefähigkeit – sie können nicht schätzen, weil sie die Praxis aufgegeben haben, und sie können keinen Durchsatz nutzen, weil ihre Tickets von Ein-Stunden-Fixes bis zu Drei-Wochen-Epics reichen. #NoEstimates ohne konsistentes Schneiden ist einfach #NoInformation.

Für die meisten Teams ist der pragmatische Weg irgendwo in der Mitte: leicht schätzen (S/M/L), Durchsatz als sekundäres Signal verfolgen und Schätzung erst dann vollständig fallen lassen, wenn die Daten zeigen, dass Durchsatz allein ausreicht. Die schlechteste Wahl ist, stark zu schätzen und Durchsatz zu ignorieren – das ist maximale Zeremonie für minimale Information.