Montag, 09:12 — Ayşes Schreibtisch

Ayşe Demir starrte auf drei Monitore, die dieselbe Katastrophe aus verschiedenen Blickwinkeln zeigten. Jira-Backlog: 147 Einträge. Filter nach Priorität: Hoch. Ergebnis: 89.

Sechzig Prozent des gesamten Backlogs als hohe Priorität markiert.

Sie scrollte durch die Liste. Jeder Abteilungsleiter hatte seine Lieblingsfunktionen als kritisch markiert. Claudia aus dem Marketing brauchte das Spieler-Analytics-Dashboard „dringend”. Marcus aus dem Spieler-Support brauchte individuelle Berichte „sofort”. Lars aus dem Game Design brauchte die Charakter-Anpassung „vor dem Content-Update”. Elif aus Live Ops brauchte Massentools für Event-Management „asap”.

Und Lukas? Lukas hatte persönlich 23 Einträge als „Must Have Q2” markiert.

Q2 begann in vier Wochen.

Ayşes Magen sackte ab. Kalter Schweiß brach auf ihren Handflächen aus, trotz der Büroheizung. Sie öffnete Navigator mit zitternden Fingern.

Navigator — Ayşe Demir — 31. März 2026, 09:18

Produkt-Backlog ist explodiert. 147 Einträge insgesamt. 89 als hohe Priorität markiert. Mehr als die Hälfte von allem, was wir verfolgen, schreit „dringend”.

Ich habe den ganzen Freitag versucht, Arbeit in etwas zu sequenzieren, das einem Plan ähnelt. Jeder Stakeholder besteht darauf, dass seine Funktionen kritisch sind. Lukas hat am Donnerstag 23 Einträge als Q2-Must-haves markiert. Wir haben noch vier Wochen Entwicklungskapazität in Q2.

Die Rechnung geht nicht auf. 23 Must-haves à ca. 5 Story Points. Das sind 115 Punkte. Wir liefern ungefähr 30 pro Sprint. Zwei Sprints übrig.

Niemand will das hören.

Entwickler haben angefangen, das Backlog komplett zu ignorieren. Sie arbeiten an dem, was im Moment dringend erscheint. Ich kann es ihnen nicht verübeln. Wenn 89 Dinge alle „hohe Priorität” schreien, wird das Backlog zu bedeutungslosem Rauschen.

Ich soll Produktmanagerin sein. Im Moment fühle ich mich wie eine verdammte Sekretärin, die Wunschlisten entgegennimmt und so tut, als wären sie eine Roadmap.

Sie drückte Speichern. Öffnete Slack. Achtzehn ungelesene Nachrichten. Jede einzelne von einer anderen Person, die den Status ihres hochprioritären Features abfragte.

Sie schloss Slack, ohne eine davon zu lesen.

09:47 — Entwickler-Standup

Das Entwicklungsteam versammelte sich in seiner gewohnten Ecke. Lukas erschien auf dem Konferenzraumbildschirm, Kaffee in der Hand, ärgerlich energiegeladen.

„Morgen alle zusammen!” Seine Stimme war fröhlich. „Kurze Updates, dann habe ich aufregende Neuigkeiten.”

Tomasz sprach zuerst, flach und abgehackt. „Mariana?”

„Schließe das Authentication-Refactoring ab. Sollte morgen fertig sein.” Mariana hielt inne, blickte auf ihre Notizen. „Danach soll ich anfangen mit… keine Ahnung. Sechzehn Einträge im Backlog sind mir zugewiesen. Alle als hohe Priorität markiert.”

„Anton?”

„Performance-Optimierung läuft weiter. Soll außerdem das Charakter-Anpassungs-Feature starten. Letzte Woche als dringend markiert.” Anton zuckte die Schultern. „Geht nicht beides.”

„Hassan?”

Hassan sah aus, als wäre er seit Freitag wach. „Infrastruktur-Automatisierung vom letzten Sprint. Plus fünf neue hochprioritäre Deployment-Anfragen, die übers Wochenende reinkamen.”

Die vier Juniors gaben ihre Updates. Jan hatte seinen ersten Bugfix abgeschlossen. Marta arbeitete sich durch die Test-Dokumentation, die Sofia erstellt hatte. Kerem und Sofia García machten Pair-Reading am Authentication-Modul.

„Super Fortschritte!” sagte Lukas vom Bildschirm. „Also. Aufregende Neuigkeiten. Ich habe Freitag mit dem Vorstand gesprochen. Die finden super, wohin wir uns entwickeln. Fünf neue Feature-Anfragen kamen aus dem Meeting. Alle kritisch für Q2.”

Stille.

Marianas Kiefer spannte sich an. Tomasz schloss kurz die Augen.

„Lukas,” sagte Ayşe vorsichtig, „wir haben bereits 89 hochprioritäre Einträge. Wir haben noch vier Wochen in Q2. Fünf weitere kritische Features —”

„Ich weiß, die Kapazität ist knapp.” Lukas lächelte. „Aber das sind Vorstandsprioritäten. Umsatztreiber. Ich füge sie jetzt in Jira mit dem Tag ‚Kritisch’ hinzu.”

„Können wir nach dem Standup die echten Prioritäten abgleichen? Wir müssen —”

„Klar, klar. Aber nehmt die in die Sprint-Planung mit rein. Der Vorstand will nächste Woche Updates.”

Der Call brach ab. Lukas’ Gesicht verpixelte und verschwand.

Das Entwicklungsteam stand in unbehaglicher Stille.

„Na dann,” sagte Anton leise, „das sind fünf weitere Dinge, die wir nicht bauen werden.”

Niemand lachte.

10:33 — An der Kaffeemaschine

Tomasz, Mariana und Hassan standen an der Maschine zusammen. Zwei der Juniors liefen vorbei, lasen die Körpersprache und gingen weiter.

„Sechzehn hochprioritäre Einträge mir zugewiesen.” Mariana goss Espresso mit mehr Nachdruck als nötig ein. „Ich habe Ayşe am Freitag gefragt, welcher wirklich am wichtigsten ist. Sie sagte ‚alle’.”

„Das ist nicht ihre Schuld,” sagte Tomasz. „Sie kontrolliert nicht, was Lukas als kritisch markiert.”

„Ist egal, wessen Schuld es ist. Ich weiß trotzdem nicht, woran ich nach dem Auth-Refactoring arbeiten soll.”

Hassan rührte langsam seinen Kaffee. „Ich habe eine Liste von Infrastruktur-Verbesserungen, die als kritisch markiert sind. Jedes Mal, wenn ich eine anfange, pingt mich jemand wegen eines Produktions-Deployments für ein anderes kritisches Feature an. Ich wechsle den Kontext, verliere zwei Stunden, nichts wird fertig.”

„Wisst ihr, was ich mache?” Tomasz beugte sich vor, Stimme leise. „Ich ignoriere das Backlog komplett. Ich schaue, was tatsächlich in Produktion kaputt ist. Ich lese die Fehler-Dashboards. Ich prüfe, was Nutzer über Marcus’ Support-Team melden. Daran arbeite ich. Das Backlog ist eine Fantasie, die jemand schreibt, um sich organisiert zu fühlen.”

„Genauso.” Mariana nickte. „Ich lese die Navigator-Synthese. Ich lese Produktionsfehler. Ich repariere, was zählt. Das Backlog ist Rauschen.”

„Habt ihr die fünf neuen kritischen Features gesehen, die Lukas grad reingeworfen hat?” fragte Hassan.

„Fünf weitere dringende Dinge.” Tomasz’ Stimme war monoton. „In einem Backlog von 89 dringenden Dingen. Das Wort hat jede Bedeutung verloren.”

Sie standen da und tranken Kaffee. Die Espressomaschine zischte.

„Sollten wir Katja Bescheid sagen?” fragte Mariana.

„Sie weiß es. Sie liest unsere Navigator-Logs. Sie sieht, dass wir loggen, dass die Prioritäten beschissen sind.” Tomasz stellte seine Tasse ab. „Wenn sie es nicht eskaliert, hat das einen Grund.”

„Oder sie hat es versucht und Lukas hat es ignoriert,” sagte Hassan.

Sie tranken schweigend ihren Kaffee aus und gingen zurück an ihre Schreibtische. Um an dem zu arbeiten, was am ehesten explodieren könnte.

11:24 — Konferenzraum „Kreuzberg”

Ayşe saß Lukas gegenüber, ein ausgedruckter Backlog-Bericht zwischen ihnen. Sie hatte die Zahlen gelb markiert: 147 Einträge insgesamt. 89 hohe Priorität. 23 als „Must Have Q2” markiert. Plus fünf neue Vorstandsanfragen heute Morgen.

„Lukas, wir müssen über Prioritäten reden.”

„Ich weiß, ich weiß.” Er blickte auf sein Handy. „Das Backlog wird lang. Aber wir wachsen. Mehr Spieler bedeutet mehr Features. Das ist doch ein gutes Problem, oder?”

„Nein.” Ayşe tippte auf den Bericht. „Das ist kein gutes Problem. Das ist Rauschen. Sechzig Prozent unseres Backlogs ist als hohe Priorität markiert. Das ist keine Priorisierung. Das ist jeder, der gleich laut schreit.”

Lukas legte sein Handy mit dem Display nach unten. „Du sagst also, die Anfragen des Vorstands sind nicht wichtig?”

„Ich sage, wenn alles wichtig ist, ist nichts wichtig. Wir haben vielleicht sechzig Entwicklertage in Q2 übrig. Optimistisch gerechnet. Du hast 23 Einträge als Must-haves markiert. Das sind ungefähr 115 Story Points. Wir liefern dreißig Punkte pro Sprint.”

„Dann arbeiten wir halt härter.”

Hitze stieg Ayşes Hals hinauf. Ihr Hals schnürte sich zu. „So funktioniert Software-Entwicklung nicht. Du kannst nicht einfach —”

„Hör zu.” Lukas’ Stimme wurde schärfer. „Ich habe dich eingestellt, um das Produkt zu managen, nicht um mir zu sagen, dass wir nicht liefern können. Finde einen Weg. Das ist Produktmanagement.”

Stille.

Ayşes Hände zitterten. Sie drückte sie flach auf den Tisch, die Knöchel weiß.

„Ich brauche, dass du dich entscheidest,” sagte sie, die Stimme leise und hart. „Fünf Dinge. Echte Prioritäten. Alles andere wird heruntergestuft oder auf Q3 verschoben.”

„Das kann ich nicht. Der Vorstand erwartet —”

„Dann braucht der Vorstand realistische Erwartungen.” Kein Abschwächen. Keine Weichheit. „Weil die Entwickler gerade das Backlog ignorieren und an dem arbeiten, was dringend scheint. Wir haben keinen Plan. Wir haben eine Wunschliste, die alle so tun, als wäre sie eine Roadmap.”

Lukas starrte sie an. Sein Kiefer war angespannt. Die Glaswände des Konferenzraums machten jeden Gesichtsausdruck für die Entwicklungsetage draußen sichtbar.

„Wir besprechen das Freitag,” sagte er. „Ich rede mit den Abteilungsleitern. Wir kriegen das hin.”

Er stand auf und ging.

Ayşe saß allein im Konferenzraum. Ihre Sicht verschwamm. Tränen stachen hinter ihren Augen, aber sie drückte sie zurück. Nicht an einem Glastisch, wo die ganze Entwicklungsetage ihr beim Zusammenbrechen zusehen konnte.

Noch nicht.

14:16 — Navigator-Logs häufen sich

Am frühen Nachmittag zeichneten die Navigator-Logs ein so konsistentes Bild, dass es schon fast redundant war.

Navigator — Tomasz Kowalski — 31. März 2026, 14:03

Vormittag mit der Unterstützung des Authentication-Modul-Refactorings verbracht. Lukas hat mich um 11:00 wegen des „kritischen” Vorstands-Features für Admin-Dashboards angepingt. Hab ihm gesagt, dass Mariana die Auth-Arbeit schon macht und ich mich auf die Sprint-Planung für die Juniors konzentriere.

Er sagte, das Admin-Dashboard sei wichtiger.

Vierzig Minuten meines Tages diskutieren, was wirklich wichtig ist. Ich weiß es immer noch nicht. Also bin ich zu dem zurückgegangen, was ich schon gemacht habe.

Prioritäten ändern sich schneller, als ich den Kontext wechseln kann.

Navigator — Mariana Santos — 31. März 2026, 14:11

Ayşe hat mich letzte Woche gebeten, nach dem Auth-Refactoring das Charakter-Anpassungs-Feature zu starten. Vor zwei Wochen als dringend markiert.

10:45 Hassan pingt mich. Deployment-Pipeline wirft Fehler. Produktionsproblem. Geplante Arbeit fallen gelassen.

Deployment-Problem behoben. Zurück zum Auth-Code. Anton pingt mich. Unity-Integration kaputt, blockiert seine Performance-Arbeit.

Anton geholfen. Jetzt ist es 14:00. Null Fortschritt bei allem, was mir im Backlog zugewiesen ist. Aber drei Leute wieder arbeitsfähig gemacht.

Ist das produktiv? Ich weiß es ehrlich gesagt nicht mehr.

Navigator — Anton Petrov — 31. März 2026, 14:18

Performance-Optimierung pausiert. Lukas fragt nach Update zur Charakter-Anpassung. Hab ihm gesagt, dass Mariana dafür eingeteilt ist. Er sagte, ich solle ihr helfen. Ich bin Unity-Spezialist. Das ist Backend-Feature-Arbeit.

Das erklärt. Er sagte „wir müssen alle flexibel sein.”

„Flexibel.” Scheiß auf das Wort. Es bedeutet, Arbeit zu machen, auf die ich nicht spezialisiert bin. Langsamer als jemand, der den Code tatsächlich kennt. Während meine eigentliche Arbeit vergammelt.

Navigator — Hassan Al-Rashid — 31. März 2026, 14:27

Deployment-Pipeline-Automatisierung auf Eis. Drei separate „dringende” Produktions-Deployments heute angefordert. Alle verschiedene Features. Alle „kann nicht warten.”

Ich kann mich nicht klonen. Irgendjemand muss entscheiden, was zuerst rausgeht.

Hat niemand. Also habe ich nach dem Prinzip deployed, wer mich zuletzt angepingt hat. Das ist keine Strategie. Das ist verdammtes Chaos.

15:42 — Entwicklungsetage

Tomasz schob sich vom Schreibtisch weg und ging zu Antons Arbeitsplatz. Anton starrte auf Code auf seinem Bildschirm, Kiefer angespannt, scrollte durch ein Modul, das er offensichtlich nicht erkannte.

„Alles gut?”

„Nein.” Anton deutete auf den Bildschirm. „Ich soll eigentlich Unity-Rendering-Performance optimieren. Aber ich lese Backend-Code für das Charakter-Anpassungs-Feature, weil Lukas mir gesagt hat, ich soll Mariana helfen. Was keinen Sinn ergibt. Es ist nicht mein Code. Es ist nicht mein Fachgebiet. Ich arbeite doppelt so langsam wie jemand, der dieses Modul tatsächlich kennt.”

„Während deine Performance-Arbeit unangetastet bleibt.”

„Während meine Performance-Arbeit unangetastet bleibt. Ja.”

Tomasz nickte. „Ich bin in derselben Schleife. Ich soll eigentlich technische Schulden vom Authentication-Refactoring aufräumen. Aber jeden Tag kommen neue ‚kritische’ Features, die Architekturentscheidungen brauchen. Also treff ich schnelle Entscheidungen. Kein ordentliches Design. Was mehr technische Schulden erzeugt. Die ich auch aufräumen soll.”

„Ein verdammter Teufelskreis.”

„Ja.”

Sie saßen einen Moment in Stille. Die Entwicklungsetage surrte mit Tastaturklicken und dem leisen Murmeln von Leuten, die sich gegenseitig Fragen stellten, die niemand vollständig beantworten konnte.

„Wie entscheidest du, woran du arbeitest?” fragte Anton.

Tomasz überlegte. „Ich arbeite an dem, was am wenigsten Feuer fängt, wenn ich es nicht tue. Ich schätze ungefähr die Hälfte der Zeit falsch ein, weil sich die Definition von ‚Feuer’ alle paar Stunden ändert.”

„Das ist deprimierend.”

„Das ist Montag.”

Anton wandte sich wieder seinem Bildschirm zu. „Zurück zum Backend-Code, den ich nicht anfassen sollte.”

„Viel Erfolg.”

„Ja.”

Tomasz ging zu seinem Schreibtisch zurück und öffnete Navigator.

Navigator — Tomasz Kowalski — 31. März 2026, 15:51

Gespräch mit Anton gehabt. Wir arbeiten beide an den falschen Dingen, weil niemand sich einigen kann, was die richtigen Dinge sind.

Ich war mal gut in diesem Job. Jetzt bin ich mittelmäßig in sechs verschiedenen Jobs gleichzeitig.

16:08 — Katjas Büro

Katja öffnete die wöchentliche Navigator-Synthese. Die KI hatte das dominante Muster bereits in Rot markiert:

⚠️ Kritisches Muster erkannt: Unklare Prioritäten
Betroffen: 8/8 Entwickler (100%)
Häufigkeit: 23 Erwähnungen in 47 Log-Einträgen (24.–31. März)

Sie klickte auf „KI fragen” und tippte: Was sagen die Entwickler diese Woche über Prioritäten?

Der Chatbot antwortete sofort:

Top-Themen aus den Entwickler-Logs (24.–31. März):

1. Unklare Prioritäten — 23 Erwähnungen, 8 Entwickler
   • „Ich weiß nicht, woran ich als nächstes arbeiten soll” (Mariana, 3x)
   • „Prioritäten ändern sich schneller, als ich den Kontext wechseln kann” (Tomasz, 2x)
   • „Deploye danach, wer mich zuletzt angepingt hat” (Hassan)
2. Arbeit wird mittendrin abgebrochen — 17 Erwähnungen, 6 Entwickler
   • Begonnene Arbeit wird durch „dringendere” Anfragen unterbrochen
   • Durchschnittlich 2,4 Kontextwechsel pro Entwickler pro Tag
3. Frustration über Backlog-Verwaltung — 12 Erwähnungen, 5 Entwickler
   • „Das Backlog ist Rauschen” (Mariana)
   • „Ignoriere das Backlog komplett” (Tomasz)

Katja rief das Backlog in einem anderen Tab auf. 147 Einträge. Nach Priorität gefiltert: 94 hohe Priorität jetzt. Lukas’ fünf neue Vorstands-Features hatten die Zahl seit dem Morgen nach oben getrieben.

Sie öffnete ihren eigenen Log.

Navigator — Katja Müller — 31. März 2026, 16:14

Echtzeit-Logs zeigen vollständigen Zusammenbruch der Priorisierung. Jeder Entwickler hat heute unklare Prioritäten erwähnt. Arbeit wird begonnen, abgebrochen, neu gestartet, je nachdem wer gerade in dieser Stunde Lukas’ Ohr hat.

Ayşe hat heute Morgen versucht, Prioritäten zu setzen. Lukas hat im Standup fünf weitere kritische Vorstands-Features hinzugefügt. „Must have für Q2.” Vier Wochen bis Quartalsende.

Die Rechnung ist einfach: Wir können nicht 94 hochprioritäre Features in vier Wochen ausliefern. Aber der organisatorische Druck verlangt, dass wir so tun, als könnten wir.

Muster, das ich sehe: Die Führung setzt unmögliche Erwartungen. Produktmanagement versucht, das Unmögliche zu managen. Entwicklung ignoriert den Plan und arbeitet reaktiv. Alle frustriert. Niemand produktiv.

Wir verbrennen Energie in Priorisierungstheater statt in echter Auslieferung.

Sie öffnete Slack und tippte eine Nachricht an Lukas.

Drei Punkte erschienen. Verschwanden. Erschienen wieder.

Freitag. Vier Tage entfernt. Vier weitere Tage im Hamsterrad.

Sie antwortete nicht.

Dienstag, 10:15 — Ayşes Posteingang explodiert

Dienstagmorgen brachte die Flut. Jeder Abteilungsleiter fragte nach dem Status seiner kritischen Features.

Ayşe schloss Slack. Ihre Hände zitterten. Galle stieg in ihrem Hals auf, scharf und sauer.

Jeder Abteilungsleiter hatte recht. Ihre Features waren wichtig. Sie warteten seit Wochen. Nichts bewegte sich.

Aber sie konnte nicht erklären, dass das Backlog über jede Kapazität des Teams hinausgewuchert war. Sie konnte nicht erklären, dass Lukas wöchentlich dringende Features hinzufügte, ohne etwas zu entfernen. Sie konnte nicht erklären, dass die Entwicklung die offizielle Prioritätenliste aufgegeben hatte, weil sie sich zu schnell änderte, um ihr zu folgen.

Sie konnte nichts davon sagen, ohne den CEO in die Pfanne zu hauen.

Sie öffnete Navigator.

Navigator — Ayşe Demir — 1. April 2026, 10:31

Acht Slack-Nachrichten von verschiedenen Abteilungsleitern heute Morgen. Alle fragen, warum ihre hochprioritären Features nicht angefangen wurden. Alle frustriert. Alle berechtigt.

Ich habe keine guten Antworten. „Wir arbeiten an anderen hochprioritären Features” ist keine Antwort. Es ist das Eingeständnis, dass die Priorisierung zusammengebrochen ist.

Ich fühle mich wie ein Sandsack. Bekomme Schläge aus jeder Richtung für ein Backlog, das ich nicht erstellt habe und nicht kontrollieren kann.

Lukas fügt ständig dringende Features hinzu. Abteilungsleiter eskalieren ständig. Entwicklung ignoriert den Plan. Ich sitze in der Mitte, ertrinke in Slack-Nachrichten und kann niemandem eine klare Antwort geben, wann seine Arbeit ausgeliefert wird.

Ich bin Produktmanagerin mit sechs Jahren Erfahrung. Ich habe vorher Produkte gelauncht. Roadmaps gemanagt. Konkurrierende Prioritäten ausbalanciert. Das sollte meine Paradedisziplin sein.

Stattdessen fühle ich mich inkompetent und nutzlos.

Sie drückte Speichern. Starrte auf den Backlog-Tab. 147 Einträge. 94 hohe Priorität. Die Zahl war über Nacht gestiegen.

Mittwoch, 14:47 — Konferenzraum „Mitte”

Ayşe saß allein im Konferenzraum, Tür geschlossen. Sie hatte ihn gebucht, um ein Backlog-Review mit Lukas vorzubereiten. Er hatte vor zwanzig Minuten abgesagt. Vorstandscall dauerte länger. „Verschieben wir auf Freitag.”

Freitag. Immer Freitag. Der magische Tag, an dem alles geklärt werden würde.

Ihr Laptop zeigte das Backlog. Sie hatte drei Stunden an einer Prioritätenmatrix gearbeitet. Spieler-Analytics zuerst. Dann individuelle Berichte. Dann Performance-Optimierung. Dann Charakter-Anpassung. Eine Reihenfolge, die geschäftliche Auswirkung mit technischer Machbarkeit ausbalancierte.

Aber Claudia würde sich beschweren, dass Analytics zu spät für die Vorstandspräsentation käme. Marcus würde eskalieren, dass Spielerabwanderung die eigentliche Umsatzkrise sei. Lars würde darauf hinweisen, dass Charakter-Anpassung bereits designt sei und nur noch Entwicklungszeit bräuchte. Anton würde argumentieren, dass Performance-Optimierung schon halb fertig sei und es am meisten technischen Sinn ergäbe, sie zuerst abzuschließen.

Und Lukas würde drei weitere Vorstandsanfragen bringen, die alles übertrumpfen.

Tränen brannten. Sie blinzelte. Nahm drei tiefe Atemzüge.

Sie kamen trotzdem. Heiße, frustrierte Tränen, die sie seit dem Meeting am Montag zurückgehalten hatte. Sie bedeckte ihr Gesicht und weinte in ihre Handflächen, der Atem rauh, die Brust eng.

Sechs Jahre Produktmanagement. Sie hatte mobile Apps ausgeliefert. Sie hatte die Roadmap eines 30-köpfigen Entwicklungsteams bei ihrem letzten Arbeitgeber gemanagt. Sie hatte konkurrierende Stakeholder-Anforderungen hunderte Male ausbalanciert.

Aber nie sowas. Nie dort, wo der CEO jedes Gespräch als Gelegenheit nutzte, noch mehr Mist aufs Backlog zu werfen. Nie dort, wo „managen” „zu allem ja sagen” bedeutete. Nie dort, wo eine Produktmanagerin null Autorität hatte, nein zu sagen.

Das war kein Produktmanagement. Das war Beschwerde-Weiterleitung. Sie absorbierte die Frustration aller und leitete sie nirgendwohin weiter, weil es nirgendwohin ging.

Nach fünf Minuten wischte sie sich das Gesicht ab, prüfte ihr Spiegelbild in der Handykamera und ging raus.

Zurück zu Slack. Zurück zu Nachrichten, die sie nicht beantworten konnte.

Donnerstag, 11:15 — Navigator-Wochensynthese trifft ein

Katjas E-Mail-Benachrichtigung klingelte. Betreff: Navigator-Wochensynthese — Woche 9 (31. März – 3. April)

Sie öffnete sie sofort.

Erkannte Schlüsselmuster:

1. Zusammenbruch der Priorisierung (Diese Woche kritisch)

Fast jeder Entwickler-Log erwähnt diese Woche unklare oder widersprüchliche Prioritäten. Dies ist das dominante Signal im gesamten Team. Das Backlog wächst weiter, während der Anteil als „hohe Priorität” ein Niveau erreicht hat, auf dem das Label keine Bedeutung mehr hat. Entwickler beschreiben, dass sie das formelle Backlog komplett ignorieren und reaktiv arbeiten, basierend darauf, wer zuletzt eine dringende Anfrage gestellt hat.

2. Überlastung des Produktmanagements

Ayşe Demirs Logs sind diese Woche merklich häufiger und emotionaler als in den Vorwochen. Sie beschreibt, zwischen einem CEO, der ständig Prioritäten hinzufügt, und Abteilungsleitern gefangen zu sein, die Fortschritte bei Features fordern, die sich nicht bewegen. Ihre Rolle hat sich von der Entscheidungsträgerin zur Beschwerde-Weiterleiterin verschoben. Sie absorbiert Frustration aus jeder Richtung, hat aber keine Autorität, etwas davon zu lösen.

3. Stakeholder-Fragmentierung

Mehrere Abteilungsleiter (Claudia Rossi, Marcus Thompson, Lars Pedersen) haben diese Woche unabhängig voneinander eskaliert, jeder überzeugt, dass seine Features am wichtigsten sind. Es gibt keinen sichtbaren vereinheitlichten Priorisierungsprozess. Stakeholder gehen am Produktmanagement vorbei und fügen Prioritäten direkt hinzu, was parallele Nachfragekanäle schafft, die die Entwicklung nicht vereinen kann.

4. Entwickler-Thrashing

Die Aufgabenabschlussrate hat sich deutlich verlangsamt. Entwickler beschreiben, Arbeit anzufangen, zu etwas abgezogen zu werden, das als dringender markiert ist, den Kontext zu verlieren und von vorne anzufangen. Dieser Zyklus wiederholt sich mehrfach am Tag. Mariana Santos loggte: „Null Fortschritt bei allem, was mir im Backlog zugewiesen ist. Aber drei Leute wieder arbeitsfähig gemacht.” Anton Petrov loggte Frustration darüber, zu Backend-Arbeit außerhalb seiner Unity-Spezialisierung umgeteilt zu werden, weil „wir alle flexibel sein müssen.” Das Muster ist klar: Ständige Umpriorisierung zerstört den Arbeitsfluss und verhindert den Abschluss von allem.

5. Fortschritte bei der Onboarding-Infrastruktur (Positiv)

Die Junior-Entwickler (Jan, Marta, Kerem, Sofia García) beginnen, zu kleineren Aufgaben beizutragen. Sofia Mendez’ Dokumentationsarbeit zeigt erste Ergebnisse. Dieser Fortschritt ist aber fragil. Die Zeit der Senior-Entwickler wird zunehmend vom Priorisierungschaos aufgefressen, was die Mentoring-Kapazität bedroht, von der das Onboarding abhängt.

Empfehlungen:

1. Backlog-Ergänzungen einfrieren, bis die bestehende hochprioritäre Arbeit auf ein handhabbares Maß reduziert ist
2. Eine einzelne Priorisierungsinstanz einrichten. Aktuell verteilt auf CEO, Abteilungsleiter und Produktmanagement ohne klare Hierarchie
3. Aktive Arbeit auf fünf Einträge begrenzen. Streng ranken, die Top fünf. Alles andere explizit herabgestuft
4. Stakeholder-Alignment-Workshop. Alle Abteilungsleiter plus CEO müssen sich auf Q2-Must-haves einigen, bevor die Entwicklung sich auf weitere Arbeit festlegt

Abteilungsübergreifende Auswirkung:

Die Stimmung in der Entwicklung verschlechtert sich trotz erhöhter Arbeitsstunden. Die Effektivität des Produktmanagements ist beeinträchtigt. Jeder Abteilungsleiter ist frustriert über die fehlende Auslieferung. Der CEO fügt weiter Prioritäten hinzu, ohne Einsicht darin, was das Team tatsächlich absorbieren kann. Die Kluft zwischen dem, was die Führung erwartet, und dem, was die Entwicklung liefern kann, wächst jede Woche.

Risikobewertung:

Das Burnout-Risiko ist bei den Senior-Entwicklern hoch. Die Rolle des Produktmanagements steht unter extremem Druck. Wenn das aktuelle Muster anhält, wird Q2 enden, ohne dass eine einzige Priorität vollständig ausgeliefert wurde, weil die Organisation versucht hat, alle gleichzeitig umzusetzen.

Katja las es zweimal. Fast jeder Entwickler loggte über unklare Prioritäten. Nicht ein oder zwei frustrierte Leute. Das gesamte Team. Das war kein Teamproblem. Das war organisatorisches Versagen.

Sie prüfte die Uhrzeit. 11:27. Lukas war zwischen Vorstands-Calls.

Sie öffnete Slack.

Drei Minuten vergingen.

Donnerstag, 15:33 — Katjas Büro

Lukas saß Katja gegenüber. Ayşe saß auf dem Stuhl neben ihm, Rücken gerade, Hände an den Armlehnen verkrampft. Der Synthese-Bericht war auf Lukas’ Tablet geöffnet.

„Das klingt dramatisch.” Lukas legte das Tablet auf Katjas Schreibtisch. „Dreiundsiebzig Prozent erwähnen unklare Prioritäten? Das Backlog war schon immer lang. Das ist normal für ein wachsendes Studio.”

„Es ist nicht normal,” sagte Ayşe. Ihre Stimme war ruhig, aber ihre Knöchel weiß. „Wenn die Mehrheit eines Backlogs als hohe Priorität markiert ist, verliert das Label jede Bedeutung. Jeder Abteilungsleiter markiert seine Arbeit als dringend, weil alle gelernt haben, dass das die einzige Möglichkeit ist, Aufmerksamkeit zu bekommen.”

„Du sagst also, die Features des Vorstands sind nicht wichtig?”

„Ich sage —” Ayşe holte Luft. „Ich sage, wenn wir versuchen, 94 hochprioritäre Features in vier Wochen zu bauen, liefern wir null. Die Entwickler folgen dem Backlog nicht mehr. Sie arbeiten an dem, was im Moment am dringendsten erscheint, weil die offiziellen Prioritäten sich schneller ändern, als sie den Kontext wechseln können.”

Lukas schaute zu Katja. Sie blickte zurück, ohne zu blinzeln.

„Die Synthese zeigt, dass Arbeit ständig begonnen und abgebrochen wird,” sagte Katja. „Jeder Entwickler beschreibt dasselbe: Aufgabe anfangen, zu etwas Dringenderem abgezogen werden, Kontext verlieren, von vorne anfangen. Mehrfach am Tag. Das sind keine Entwickler, die langsamer werden. Das sind Entwickler, die im Leerlauf strampeln. Nichts wird fertig, weil alles ständig unterbrochen wird.”

„Dann brauchen sie besseren Fokus.”

„Sie brauchen klare Prioritäten.” Katjas Stimme wurde leiser. „Eine einzige Quelle der Wahrheit. Im Moment fügst du Vorstandsprioritäten hinzu. Abteilungsleiter eskalieren ihre eigenen Anfragen. Ayşe versucht, Arbeit zu sequenzieren, die sich ständig ändert. Die Entwicklung bekommt widersprüchliche Signale aus drei Richtungen gleichzeitig und gibt auf, irgendeinem davon zu folgen.”

Stille. Die Berliner Skyline erstreckte sich hinter dem Fenster. Grauer Himmel. Graue Gebäude. Alles grau.

Lukas schaute wieder auf den Synthese-Bericht. „Was soll ich tun? Dem Vorstand sagen, dass ihre Prioritäten keine Rolle spielen?”

„Ja.” Das Wort kam aus Ayşes Mund, bevor sie es abschwächen konnte. Scharf. Fast wütend.

Lukas blinzelte.

„Sag ihnen, wir haben Kapazität für fünf Features dieses Quartal,” fuhr Ayşe fort, die Stimme jetzt gefestigter. „Bitte sie, fünf auszuwählen. Alles andere geht in Q3. Und dann hörst du auf, jedes Mal neue kritische Features hinzuzufügen, wenn du ein Gespräch hast.”

Lukas’ Knöchel waren weiß an der Armlehne. Dieselbe Position, die Katja letzte Woche während des Gesprächs über die Einstellungspause bemerkt hatte. Dieselbe defensive Haltung.

„Der Vorstand erwartet —”

„Der Vorstand erwartet Ergebnisse.” Katja unterbrach ihn. „Im Moment wird er nichts bekommen. Wir versuchen 94 Dinge und schaffen null. Das ist schlimmer als fünf auszuwählen und fünf zu liefern.”

Noch mehr Stille. Lukas starrte aus dem Fenster. Etwas veränderte sich in seinem Ausdruck. Nicht direkt Zustimmung. Eher der Blick von jemandem, der merkt, dass der Boden unter ihm nicht so fest ist, wie er dachte.

„Ich kann den Abteilungsleitern nicht sagen, dass ihre Features egal sind.”

„Musst du nicht,” sagte Ayşe. „Aber du musst sie ranken. Q2-Must-haves. Maximal fünf. Alles andere wird explizit auf Q3 verschoben. Dann verteidigst du diese Entscheidung, wenn Leute Druck machen. Das ist dein Job.”

„Das ist mein Job?”

„Das bedeutet Führung,” sagte Katja. „Entscheidungen treffen. Im Moment versuchst du, zu allen ja zu sagen. Das fühlt sich kooperativ an. Aber die Synthese zeigt, wohin das führt: Chaos. Jedes Team frustriert. Null Auslieferung. Eine Produktmanagerin, die in Slack-Nachrichten ertrinkt, die sie nicht beantworten kann.”

Ayşe spürte Hitze hinter ihren Augen. Sie schluckte fest. Nicht hier. Nicht jetzt.

Lukas saß lange still.

„Morgen,” sagte er. „Meeting mit den Abteilungsleitern. Wir wählen fünf Q2-Prioritäten. Alles andere wird verschoben.”

„Und keine neuen Vorstands-Features mitten im Quartal, ohne etwas von den fünf zu streichen,” sagte Ayşe.

Lukas schaute sie an. Sein Kiefer war immer noch angespannt. Aber er nickte. „Keine Ergänzungen mitten im Quartal. Es sei denn, wir streichen zuerst etwas.”

Er stand auf und ging.

Ayşe und Katja saßen in Stille. Das Büro summte mit entfernten Tastaturklicken und der Lüftung, die warme Luft durch die Decke drückte.

„Glaubst du, er macht es wirklich?” fragte Ayşe.

„Ich weiß nicht.” Katja lehnte sich zurück. „Aber wenn nicht, steht alles in den Akten. In der Synthese. In unseren Logs. Wenn das hier kracht, gibt es Beweise.”

Ayşe nickte langsam. „Danke, dass du mir den Rücken gestärkt hast.”

„Wir brauchen uns gegenseitig,” sagte Katja. „Allein übersteht das hier niemand.”

Freitag, 16:44 — Konferenzraum „Berlin”

Der größte Konferenzraum fühlte sich klein an, wenn alle drin waren. Lukas stand am Whiteboard. Claudia, Marcus, Lars, Priya, Elif, Daniel — jeder Abteilungsleiter füllte die Stühle. Katja und Ayşe saßen an der Wand.

„Wir haben noch vier Wochen in Q2,” sagte Lukas. Er öffnete einen Marker. „Entwicklungskapazität: ungefähr dreißig Story Points pro Sprint. Zwei Sprints übrig. Das sind sechzig Punkte. Realistisch betrachtet.”

Claudia öffnete den Mund. Lukas hob die Hand mit dem Marker.

„Ich weiß, die Features von allen sind wichtig. Aber wir können nicht 94 hochprioritäre Einträge in vier Wochen liefern. Also wählen wir fünf. Alles andere geht in Q3.”

Stille.

„Fünf?” sagte Lars. „Wir haben die Charakter-Anpassung im Januar designt. Die Grafik-Assets sind fertig. Das gesamte Content-Update baut darauf auf.”

„Fünf,” wiederholte Lukas. „Must-haves. Umsatztreiber oder kritische Infrastruktur. Zehn Minuten für Vorschläge. Dann ranken wir.”

Die Diskussion begann sofort. Claudia brauchte Spieler-Analytics für die Vorstandspräsentation. Marcus brauchte individuelle Berichte, weil Abwanderung die Bindungskennzahlen zerstörte. Lars brauchte Charakter-Anpassung, weil das gesamte Content-Update davon abhing. Elif brauchte Event-Management-Tools für den Live-Ops-Kalender. Priya brauchte die Datenpipeline-Fixes, sonst wären Analytics sinnlos. Hassan brauchte Deployment-Automatisierung, sonst würde nichts zuverlässig ausgeliefert, egal was gebaut wird.

Ayşe machte Notizen. Sagte nichts. Ließ sie kämpfen.

Nach dreißig Minuten erzwang Lukas eine Abstimmung. Hände hoch. Einwände protokolliert. Kompromisse mit zusammengebissenen Zähnen gemacht.

Die endgültigen fünf Q2-Must-Haves kamen aufs Whiteboard:

1. Performance-Optimierung (Spielererlebnis, Umsatzwirkung)
2. Individuelle Berichte (Abwanderungsreduktion, Support-Tooling)
3. Deployment-Automatisierung (Auslieferungsgeschwindigkeit, Zuverlässigkeit)
4. Spieler-Analytics-Dashboard (Vorstandstransparenz, datengestützte Entscheidungen)
5. Charakter-Anpassung MVP (Content-Update-Abhängigkeit)

Alles andere — 89 Einträge — offiziell auf Q3 verschoben.

Claudia bekam ihre Analytics. Lars bekam ein Charakter-Anpassungs-MVP mit reduziertem Scope. Marcus bekam Berichte. Elifs Event-Management-Tools gingen in Q3. Sie war nicht zufrieden. Ihr Kiefer war angespannt, als sie nickte.

„Mein Team wird frustriert sein,” sagte Elif.

„Meins auch,” fügte Daniel hinzu. „QA-Tooling-Verbesserungen haben es nicht auf die Liste geschafft.”

„Ich weiß.” Lukas verschloss den Marker. „Aber jetzt könnt ihr ihnen sagen, was tatsächlich passiert. Nicht ‚bald’. Nicht ‚es steht im Backlog.’ Eine ehrliche Antwort: Q3.”

„Ehrlichkeit.” Claudias Lächeln war dünn. „Was für ein Konzept.”

Lukas drehte sich zu Ayşe. „Aktualisiere das Backlog. Fünf Einträge als Q2 Aktiv markiert. Alles andere auf Q3 getaggt. Sichtbar machen.”

„Und wenn jemand versucht, neue Prioritäten hinzuzufügen?” fragte Ayşe.

„Die kommen zu mir. Und die Antwort ist nein, es sei denn, wir streichen etwas von den fünf.”

Nach dem Meeting öffnete Ayşe Jira. Sie verschob 142 Einträge in „Q3-Backlog”. Fünf Einträge blieben in „Q2 Aktiv”.

Der visuelle Unterschied war frappierend. Wie einen vollgestapelten Schreibtisch aufzuräumen und darunter die Oberfläche zu finden.

Sie öffnete Navigator ein letztes Mal diese Woche.

Navigator — Ayşe Demir — 4. April 2026, 17:02

Wir haben es geschafft. Fünf Q2-Prioritäten. Alles andere explizit herabgestuft.

Das Meeting war schmerzhaft. Abteilungsleiter wütend. Kompromisse beim Scope. Elifs Tools komplett auf Q3 verschoben. Daniels QA-Verbesserungen auch.

Aber wir endeten mit echten Prioritäten statt einer Wunschliste.

Lukas hat sich verpflichtet, diese fünf zu verteidigen. Keine Ergänzungen mitten im Quartal, ohne zuerst etwas zu streichen.

Ich weiß nicht, ob es hält. Aber zum ersten Mal diese Woche fühle ich mich wie eine Produktmanagerin statt wie eine Slack-Beschwerde-Weiterleiterin.

Sie klappte ihren Laptop zu und machte sich auf in den Berliner Freitagabend. Die Luft war kalt. Es machte ihr nichts aus. Kalte Luft fühlte sich ehrlich an.

Hinter ihr auf dem Whiteboard standen fünf Einträge in blauem Marker. Darunter eine lange Liste durchgestrichener Prioritäten in Rot.

Eingedämmt. Vorerst.

Dies ist ein Werk der Fiktion. Namen, Charaktere, Unternehmen, Ereignisse und Vorfälle sind Produkte der Vorstellungskraft des Autors. Jede Ähnlichkeit mit tatsächlichen Personen, lebend oder tot, oder tatsächlichen Ereignissen ist rein zufällig. Caimito Navigator ist ein echtes Produkt, das in dieser fiktiven Erzählung referenziert wird.