Letzte Woche saß ich in einer Retro, in der der Scrum Master das Jira-Dashboard des Teams an die Wand warf. Burndown Chart, Velocity-Trend, Cumulative Flow. Alles grün. Alles hübsch. Und trotzdem hatte das Team seit drei Sprints nichts in Produktion gebracht. Die Grafiken sagten, alles läuft super. Die Realität sagte etwas anderes.
Das passiert mir ständig. Die Dashboards der Projektmanagement-Tools messen, was leicht zu messen ist, nicht was wichtig ist. Sie sagen dir, wie viele Story Points du abgeschlossen hast, aber nicht, dass ein Ticket seit zwei Wochen blockiert ist und niemand hinschaut. Sie zeigen dir die durchschnittliche Velocity, warnen dich aber nicht davor, dass dein Team eine Kompetenzlücke hat, die explodiert, sobald jemand in den Urlaub geht.
Deshalb habe ich 6 neue Agile-Tools gebaut. Nicht weil ich gerne das Rad neu erfinde — es gibt schon genug Agile-Tools auf der Welt — sondern weil die Metriken, die man wirklich braucht, um Entscheidungen zu treffen, in keinem Standard-Dashboard vorkommen.
Alle laufen in deinem Browser. Kostenlos. Ohne Registrierung. Deine Daten verlassen deinen Rechner nicht.
1. WIP-Altersdiagramm
Das WIP-Altersdiagramm visualisiert, wie lange jedes Arbeitselement schon in Bearbeitung ist. Und hier ist, was dir niemand über Agile-Metriken erzählt: Velocity ist ein nachlaufender Indikator. Er sagt dir, was schon passiert ist. Das WIP-Alter ist ein vorlaufender Indikator. Er sagt dir, was passieren wird.
Wenn ein Ticket seit 15 Tagen auf "In Bearbeitung" steht und deine durchschnittliche Cycle Time 4 Tage beträgt, hat dieses Ticket ein Problem. Vielleicht ist es blockiert. Vielleicht fasst es niemand an. Vielleicht hat jemand damit angefangen, sich dann um etwas anderes gekümmert und es vergessen. Der Grund ist egal — Tatsache ist, es altert, und das sollte ein Gespräch auslösen.
Daniel Vacanti redet seit Jahren darüber im Kontext der Kanban-Methode. Das WIP-Alter ist wahrscheinlich die am meisten unterschätzte Metrik in Agile. Sie ist trivial zu messen und brutal aufschlussreich.
Das Tool erlaubt dir, Altersschwellen zu definieren (z.B. gelb ab 5 Tagen, rot ab 10) und auf einen Blick zu sehen, welche Elemente Aufmerksamkeit brauchen. Ohne in Jira nach vergessenen Tickets zu graben.
2. Sechs-Dimensionen-Radar
Ist dein Team gut? Fangfrage. "Gut" ist keine Dimension — es sind mindestens sechs.
Der Sechs-Dimensionen-Radar bewertet dein Team auf sechs Achsen: Liefergeschwindigkeit, Qualität, Vorhersagbarkeit, Zusammenarbeit, kontinuierliche Verbesserung und Teamzufriedenheit. Er erzeugt ein Netzdiagramm, das dir auf einen Blick zeigt, wo ihr stark seid und wo ihr schwächelt.
Ich habe Teams gesehen, die schnell liefern, aber mit katastrophaler Qualität. Teams mit makelloser Qualität, die ewig brauchen. Teams, die vorhersagbar wie ein Schweizer Uhrwerk sind, aber deren Moral im Keller ist, weil niemand fragt, wie es ihnen geht. Der Radar zwingt dich, das Gesamtbild zu betrachten, statt nur eine einzige Metrik zu optimieren.
Das basiert auf den Prinzipien der agilen Teambewertung — der Idee, dass ein gesundes Team Balance braucht, nicht Maximierung einer Variable.
3. Kompetenzlücken-Analysator
Hier wird es unangenehm. Der Kompetenzlücken-Analysator stellt dir eine einfache Frage: Welche Fähigkeiten braucht dein Team und welche hat es tatsächlich?
Klingt offensichtlich. Aber du wärst überrascht, wie viele Teams diese Übung nie machen. Sie haben drei Backend-Experten und null Leute für Observability. Sie haben zwei UX-Designer, aber keiner kann User Research. Und wenn jemand geht, stellt sich heraus, dass es die einzige Person war, die wusste, wie man in Produktion deployt.
Das Tool erlaubt dir, die benötigten Fähigkeiten aufzulisten, das aktuelle Niveau jedes Teammitglieds in jeder Fähigkeit zu bewerten und kritische Lücken zu identifizieren. Lücken, bei denen nur eine Person das Wissen hat — der berüchtigte Bus-Faktor von eins — werden rot markiert.
Der Ansatz ist inspiriert von Team Topologies und der Idee, dass Teamstruktur ein Designproblem ist, kein Zufall. Wenn du nicht weißt, welche Fähigkeiten dir fehlen, kannst du nichts sinnvoll gestalten.
4. Team-Formierungs-Optimierer
Sobald du weißt, welche Lücken du hast, ist die nächste Frage: Wie stelle ich die Teams zusammen? Der Team-Formierungs-Optimierer nimmt eine Gruppe von Leuten mit unterschiedlichen Fähigkeiten und schlägt vor, wie man sie in ausgewogene Teams aufteilt.
Das ist nicht trivial. Ich habe Organisationen gesehen, in denen ein Team vier Seniors hatte und ein anderes vier Juniors. In denen ein Team alle Infrastruktur-Skills hatte und das andere für jedes Deployment von ihnen abhängig war. In denen die Teamzusammenstellung nach Kalenderverfügbarkeit statt nach Kompetenzergänzung erfolgte.
Das Tool ersetzt nicht das menschliche Urteil — es gibt Faktoren wie persönliche Dynamik, Projektpräferenzen und Kultur, die kein Algorithmus erfassen kann. Aber es gibt dir einen datenbasierten Startpunkt statt Büropolitik.
Auch hier ist Team Topologies die Referenz. Matthew Skelton und Manuel Pais argumentieren, dass die Teamtopologie direkt die Software-Architektur beeinflusst (das berühmte Conways Gesetz). Wenn deine Teams schlecht aufgestellt sind, wird dein Code das widerspiegeln.
5. Backlog-Zuflussraten-Prognose
Dein Backlog ist nicht statisch. Es wächst. Manchmal schneller, als du lieferst. Die Backlog-Zuflussraten-Prognose analysiert, in welchem Tempo neue Elemente in dein Backlog kommen, und projiziert das in die Zukunft.
Warum ist das wichtig? Weil, wenn 15 Tickets pro Sprint reinkommen und du 12 schaffst, dein Backlog jedes Sprint um 3 Elemente wächst. In 10 Sprints sind das 30 Elemente mehr. Das taucht nicht in deinem Velocity Chart auf. Das erkennt dein Burndown nicht. Aber es ist der Unterschied zwischen einem machbaren Projekt und einem, das nie fertig wird.
Das Tool nutzt einfache Zeitreihenanalyse, um Trends zu erkennen. Beschleunigt sich der Arbeitseingang? Stabilisiert er sich? Gibt es saisonale Spitzen? Wenn die Zuflussrate dauerhaft deinen Throughput übersteigt, rettet dich keine Prozessverbesserung der Welt — du musst entweder den Scope reduzieren oder die Kapazität erhöhen. Und je früher du das weißt, desto besser.
6. Saisonaler Kapazitätsplaner
Der letzte der Serie und vielleicht der praktischste für den Alltag. Der Saisonale Kapazitätsplaner hilft dir, die Kapazität deines Teams unter Berücksichtigung von Urlaub, Feiertagen, Weiterbildung und anderen Ereignissen zu planen, die deine tatsächliche Kapazität reduzieren.
Wir alle wissen, dass Dezember und August in den meisten europäischen Unternehmen Monate mit geringer Kapazität sind. Wir alle wissen, dass nach den Einstellungen im September eine Onboarding-Phase kommt, in der die Produktivität sinkt. Und trotzdem planen wir weiter, als hätten wir das ganze Jahr über 100% Kapazität.
Das Tool ermöglicht es dir, die saisonalen Faktoren deiner Organisation zu konfigurieren, und generiert eine realistische Kapazitätsprognose Monat für Monat. Wenn der PM dich also bittet, dich auf eine Dezember-Lieferung festzulegen, kannst du ihm zeigen, dass du nur 60% deiner üblichen Kapazität haben wirst, und die Erwartungen anpassen, bevor sie zu gebrochenen Versprechen werden.
Das Problem ist nicht das Tool, sondern das Gespräch
Wenn ich eins gelernt habe nach Jahren der Arbeit mit agilen Teams, dann dass die besten Metriken nicht die sind, die dir sagen, was du hören willst. Es sind die, die dich zwingen, unbequeme Gespräche zu führen.
Warum ist dieses Ticket seit 18 Tagen in Bearbeitung? Warum kann nur eine Person deployen? Warum wächst das Backlog schneller, als wir liefern? Warum versprechen wir immer noch Dezember-Lieferungen, wenn wir wissen, dass die Hälfte des Teams im Urlaub sein wird?
Diese 6 Tools werden deine Prozessprobleme nicht lösen. Aber sie werden diese Probleme unmöglich zu ignorieren machen. Und das ist, meiner Erfahrung nach, der erste Schritt, um sie zu beheben.
Probier sie hier aus. Kostenlos, in deinem Browser, ohne dass deine Daten deinen Rechner verlassen.