Fragen Sie die meisten Softwareteams, was sie messen, und Sie bekommen eine Liste: Velocity, Burn-down, Story Points, erfasste Stunden, Sprint-Abschlussquote. Wir haben einen Teil davon früher auch gemessen. Dann fiel uns auf, dass fast nichts davon vorhersagte, ob ein Projekt am Ende gut lief.
Die Kennzahl, die geblieben ist
Die eine Zahl, die sich gehalten hat, ist peinlich simpel: Wie lange braucht ein Kunde, um auf eine Nachricht zu antworten, in der wir ihn bitten, sich etwas anzusehen. Nicht, wie schnell wir bauen. Wie schnell er reagiert, sobald es etwas Echtes gibt, worauf man reagieren kann.
Ist diese Zahl klein — am selben Tag, manchmal in derselben Stunde —, kommen Projekte schnell voran und enden fast immer gut, ganz gleich, wie technisch unordentlich die Arbeit darunter am Ende war. Zieht sie sich auf eine Woche oder länger, stimmt meist etwas nicht, und das ist selten Zufall.
Was eine langsame Antwort wirklich bedeutet
Eine langsame Antwort liegt fast nie daran, dass jemand beschäftigt ist. Sie bedeutet meist eines von drei Dingen: Der Kunde traut dem, was wir gebaut haben, nicht genug, um es sorgfältig durchzusehen; die Person, mit der wir sprechen, ist nicht die, die tatsächlich freigeben muss; oder der Umfang ist unterwegs verrutscht und niemand möchte derjenige sein, der es ausspricht.
Alle drei lassen sich beheben, aber nur, wenn man sie bemerkt. Wer nur auf den eigenen Output schaut, übersieht jedes davon — das eigene Team kann perfekt produktiv aussehen, während das Projekt auf der anderen Seite still stehen bleibt.
Warum wir aufgehört haben, interne Velocity zu beobachten
Interne Kennzahlen messen, ob wir beschäftigt sind. Sie messen nicht, ob das, womit wir beschäftigt sind, das Richtige ist — und „beschäftigt, aber falsch“ ist schlimmer als „langsam, aber richtig“, weil es später mehr kostet, das wieder aufzudröseln. Die Antwortzeit ist der beste Näherungswert für „läuft dieses Projekt wirklich in die richtige Richtung“, den wir gefunden haben, weil das Signal von außerhalb unserer eigenen Annahmen über unsere eigene Arbeit kommt.
Was wir deshalb anders machen
Wir bitten früh um eine konkrete, kleine Reaktion — nicht „hier ist das fertige Ding“, sondern „hier sind fünf Minuten davon, fühlt sich das richtig an?“. Eine kurze, konkrete Frage bekommt eine kurze, konkrete Antwort, und die bestätigt entweder, dass wir richtig liegen, oder zeigt genau, wo wir abgekommen sind — Tage bevor es sich auf anderem Weg gezeigt hätte.
Wir liefern weiterhin. Wir schätzen weiterhin. Aber wenn ich genau eine Zahl auf dem Whiteboard behalten müsste, wäre es nichts über unseren eigenen Output. Es wäre diese.