Die Arbeit lag an acht Orten, und keiner stimmte mit dem anderen überein
Gebaut für Kunden-Rollouts bei einem B2B-Leasing-Softwareunternehmen. Die Version, die heute läuft, enthält stattdessen meine eigenen Projekte.
Acht Werkzeuge hielten die Arbeit, und die Entscheidungen fielen in Meetings und lebten danach nirgendwo.
Ein Ort, der beantwortet, was passieren muss, wer zuständig ist und bis wann.
Aus acht Orten wurde einer. Was fällig war, ließ sich nachsehen statt nachfragen.
Das Problem
Jira hielt die Tickets. Confluence die Dokumente. Slack das Team, Teams den Kunden, und Outlook alles, was offiziell sein musste. Eine Abteilung bevorzugte Mattermost, also hielt das sie. Die Entscheidungen fielen in Meetings, und nach dem Meeting lebten sie nirgendwo mehr. Niemand konnte sagen, was er wem schuldete oder bis wann. Tickets blieben wochenlang offen, weil sie niemandem gehörten. Ein Kundenproblem brauchte Tage, weil die Frage in einem Werkzeug stand und die Antwort in einem anderen. Erwartungen wurden nicht gesteuert, weil es nichts gab, woran man sie hätte messen können. Projekte wurden in Jira verfolgt, einem Ticketsystem im Mantel eines Projektmanagers.
Was ich gebaut habe
Ein Ort, der drei Fragen ohne Meeting beantwortet: was passieren muss, wer zuständig ist und bis wann.
- check_circle
Jede Zusage in einer Liste, mit Namen und Datum daran.
- check_circle
Status sichtbar, ohne die zuständige Person zu fragen.
- check_circle
Kapazität: was das Team schuldet, gegen die Zeit, die es wirklich hat.
- check_circle
Die Nachverfolgung steckt im Werkzeug, nicht in einem Bericht, an den jemand denken muss.
- check_circle
Eine Seite pro Kunde, mit offenen Problemen, Gesprächsnotizen und jeder Entscheidung samt Freigabe.
Beleg
Die zurückgewonnenen Stunden wurden nie gemessen, deshalb steht hier keine Zahl. Geändert hat sich, dass die Frage "was ist fällig, und von wem" kein Meeting mehr braucht.
Stack
