Der Überblick, den Führung braucht

Freitag, 14 Uhr, Statusrunde. Vier Folien, drei Wahrheiten, zwei Excel-Stände — und am Ende weiß niemand, ob das Release hält.

In diesem Raum hat niemand schlecht gearbeitet. Jede Folie ist ehrlich gemeint, und jede war richtig, als sie entstand — an vier verschiedenen Tagen, aus vier Quellen, jede Zahl unterwegs durch einen Menschen gegangen, der sie zusammengefasst hat. Wer am Ende dieser Kette sitzt, bekommt Ergebnisse ohne Herkunft und muss trotzdem für sie geradestehen.

Und trotzdem geht jeder mit einem leisen Unbehagen aus dem Raum. Nicht, weil eine Zahl falsch wäre, sondern weil niemand sagen kann, welche der vier gerade gilt — und weil alle ahnen, dass es nächsten Freitag genauso sein wird.

Darum geht es hier: um den Unterschied zwischen einer Zahl, die jemand zusammengestellt hat, und einer Zahl, die man zurückverfolgen kann. Er klingt technisch und entscheidet darüber, welche Fragen du am Freitag überhaupt noch stellen musst.

Vier Kacheln statt vier Folien

Die Startseite von angajuu ist kein Willkommensbildschirm; sie versucht, die Woche auf vier Zahlen zu bringen, die man anklicken kann: „Releases mit Risiko“, „Meilensteine fällig in 30 Tagen“, „Ungeplanter Bedarf“ und „Verfeinerungsrückstand“. Jede Kachel trägt eine Einstufung — Kritisch, Warnung oder Kein Risiko — und führt beim Klick dorthin, wo die gezählten Einträge liegen.

Was hinter den Zahlen steckt, ist unspektakulär, und das ist der Punkt. „Releases mit Risiko“ zählt laufende Releases, deren zugesagte Punkte über der hinterlegten Kapazität liegen oder deren wirksamer Termin vor dem eigenen Zieltermin liegt. „Ungeplanter Bedarf“ zählt Produktanforderungen mit einem Bedarfswert über null, die keinem Release zugeordnet sind — der Wert selbst steht auf keinem Bildschirm, die Kachel zählt nur, wie viele Anforderungen ihn haben. Keine Prognose, keine Meinung, vier Abfragen.

Zwei Eigenschaften wiegen schwerer als die Zahlen. Die erste ist die Einstufung. Ab 25 Einträgen springt „Ungeplanter Bedarf“ von Warnung auf Kritisch, und dieselbe 25 gilt für den Verfeinerungsrückstand. Diese Zahl ist gesetzt, nicht hergeleitet; der Quelltext schreibt das ausdrücklich über sich selbst. Die Farbe ist eine Aufforderung hinzusehen, kein Urteil. Wer sie als Urteil liest, hat sich eine Ampel gebaut, die niemand geeicht hat.

Die zweite ist eine Zeile, die dauerhaft in „Mein Bereich“ steht und die kein Verkaufsgespräch erfinden würde: Der Hinweis sagt dir, dass dir zugewiesene Elemente noch nicht erfasst werden — dieser Bereich zeigt nur Produkte, Releases und Verknüpfungen, für die du verantwortlich bist. In angajuu gibt es kein Feld für den Bearbeiter einer Anforderung, nirgends im Modell. Die Zeile ist reserviert, bevor die sechs Plätze vergeben werden, damit ein voller Tag sie nicht verdrängen kann.

Das ist keine Entschuldigung, sondern eine Grenzziehung. Wer gerade woran arbeitet, steht auf dem Board in Jira; welcher Satz gilt, in welchem Zustand er ist und wie weit er gedeckt ist, steht in angajuu. Ein Werkzeug, das hier geraten hätte — den letzten Kommentator etwa —, wäre auf die teure Art aufgeflogen: Erst glaubt man ihm nicht mehr, dann keiner Zahl mehr daneben.

Ein Detail gehört zur ehrlichen Fassung: Die Kachel „Meilensteine fällig in 30 Tagen“ zählt richtig, aber der Klick landet auf der Planungsseite — einen eigenen Bildschirm für Meilensteine gibt es nicht. „Ungeplanter Bedarf“ führt auf den Reiter „Bedarf“, und der zeigt Synergie-Cluster statt der gezählten Liste. Du bekommst den Hinweis, nicht die Aufschlüsselung.

Zahlen, die man zurückverfolgen kann

Die Abdeckung ist in angajuu keine gespeicherte Kennzahl: keine Spalte, kein nächtlicher Lauf, kein Stand, den jemand einmal berechnet und dann vergessen hat. Jede Prozentzahl entsteht in dem Moment, in dem jemand sie abfragt, aus den bestätigten Verknüpfungen zwischen Kundenanforderungen und Produktanforderungen: voll zählt 100, teilweise 50, peripher 20, gedeckelt bei 100. Vorgeschlagene und abgelehnte Verknüpfungen zählen null.

Das hat eine unbequeme Folge: Die Zahl kann heute niedriger stehen als letzte Woche, ohne dass jemand etwas kaputt gemacht hat — es genügt eine neue Kundenanforderung. Eine Kennzahl, die nur steigen kann, misst nicht die Wirklichkeit, sondern die Laune dessen, der sie pflegt.

Das auszuhalten ist Führungsarbeit. Eine Zahl, die auch einmal nach unten zeigen darf, ist die einzige Sorte Zahl, der man beim dritten Mal noch glaubt.

Ein Bericht, den jemand zusammenstellen muss, ist am Tag seiner Fertigstellung veraltet.

Der Unterschied zur Folie ist nicht die Genauigkeit, sondern die Wiederholbarkeit. Eine Folie ist eine Behauptung über einen Dienstag; ein Bericht ist eine Abfrage. Löst du ihn morgen erneut aus, und wenn die Zahl anders ausfällt, gibt es dafür einen Grund, den man bis zur einzelnen Anforderung verfolgen kann. Eine Zahl, die man nicht aufmachen kann, ist keine Zahl — sie ist ein Gerücht mit Nachkommastelle.

Eine Frage, die stehen bleibt

Das dritte, was Führung sich sparen kann, ist das wöchentliche Nachbauen derselben Auswertung. Listen in angajuu tragen gespeicherte Ansichten: eine Filterkombination, die einen Namen bekommt und als Reiter über der Liste stehen bleibt. Sechs Arten von Liste können das — Anforderungen, Projekte, Produkte, Kunden, Importe und Releases. Vier sind von Anfang an da, drei auf den Anforderungen und eine auf den Importen: „Unassessed“, „At-risk coverage“, „Unsized“ und „Awaiting review“, englisch auch in der deutschen Oberfläche, weil sie aus der Datenbank stammen und nicht durch die Übersetzung laufen.

Wichtiger ist, was so eine Ansicht überhaupt ist: keine gespeicherte Antwort, sondern eine stehende Frage. „Unsized“ fragt jeden Morgen aufs Neue, was ungeschätzt ist — und ungeschätzte Arbeit zählt in jeder Punktesumme null, macht ein Release also optisch leerer, als es ist. Eine stehende Frage altert nicht, hat aber eine Grenze: Anlegen und Anwählen geht in der Oberfläche, Umbenennen, Freigeben, Löschen und Kopieren nicht. Wer sich beim Namen vertippt, lebt damit.

Was heute noch nicht auf dem Schirm steht

Im Bau Unter alldem liegt ein Planungsmodell, das mehr rechnet, als die Oberfläche zeigt: fortgeschriebene Punktestände je Release — solange es zugesagt oder in Arbeit ist — und je Projekt, geschrieben von einem Dienst, der stündlich nachsieht und höchstens einmal am Tag schreibt; zugesagte Punkte gegen hinterlegte Kapazität; und ein Vorschlag, welche Anforderung in welches Release passt, wenn man nach dem frühesten Termin packt. Das liegt in der Datenbank und hat heute keinen Bildschirm. angajuu sagt es von sich aus: Der Reiter „Zeitachse“ und die gesamte Seite „Lieferung“ tragen den Hinweis „Kommt in 2026.09“. Die Zeitachse soll die Releases aller Produkte nebeneinander darstellen, sodass Terminkonflikte sichtbar werden, bevor sie eintreten; die Lieferung soll den Jira-Sync-Status zeigen, Burn-downs je Release und jede Abweichung zwischen dem, was hier geplant ist, und dem, was Jira tatsächlich ausführt. Bis dahin gilt: Was oben steht, ist alles, was es gibt.

Was Führung aufhören sollte zu verlangen

Der praktische Teil ist kurz und besteht aus Verzicht. Hör auf, wöchentliche Statusfolien zu verlangen: Jede kostet einen Abend, veraltet über Nacht und liefert Zahlen, deren Herkunft nur ihr Verfasser kennt. Frag stattdessen fünf Dinge, die alle bereits beantwortet sind:

• Welche Kundenzusagen haben keine einzige bestätigte Verknüpfung? Lückenanalyse, als PDF oder Excel.
• Welche Releases haben mehr zugesagt, als ihre Kapazität hergibt? Kachel „Releases mit Risiko“, ein Klick.
• Wie viel Bedarf hängt in keinem Release? Kachel „Ungeplanter Bedarf“.
• Was liegt seit über zwei Wochen unbearbeitet in der Verfeinerung? Abschnitt „Achtung“.
• Und wer gerade woran arbeitet? Das beantwortet hier kein Bildschirm. Das steht in Jira.

Ein Zugang dafür ist billig, aber nicht folgenlos: Die Rolle „Betrachter“ liest die gesamte Organisation und schreibt nichts — auf einen Bereich eingegrenzt ist sie ausdrücklich nicht. Das leistet allein die Rolle „Mitglied“, und die sieht nur, wozu sie eine Zuweisung hat. Wer mitliest, sieht also alles; ein Dazwischen gibt es nicht.

Zurück zu Freitag, 14 Uhr. Die Statusrunde bleibt, und das ist richtig so. Was wegfällt, ist der Donnerstagabend davor — und was bleibt, ist eine Runde, in der alle auf dieselbe Zahl sehen und über die Entscheidung reden statt über die Zahl.

Was sich an dieser Runde ändert, ist unscheinbar: Die Runde beginnt nicht mehr damit, vier Stände gegeneinander abzugleichen, sondern mit der ersten echten Frage. Das sind zwanzig Minuten, die niemand vermisst.

Wie diese Zahlen an dem Tag entstehen, an dem jemand sie erzeugt — Anforderung für Anforderung, Verknüpfung für Verknüpfung —, steht in Ein Tag als Product Owner. Und warum die Verknüpfung zwischen Kundenwunsch und Produktanforderung die eigentliche Arbeit ist, ohne die jede dieser Kennzahlen leer bleibt, steht in Von der Kundenstimme zur Produktanforderung.