Steuerung im Projekt: Priorisierung und der Umgang mit Deadlines

Wir haben unser Projekt geplant, wir haben unsere Arbeit in wertvolle User Stories zerlegt. Jetzt trifft die agile Theorie auf die harte Realität des Projektalltags. Zwei Begriffe dominieren hier oft die Diskussion und sorgen für die meiste Reibung: Prioritäten und Deadlines.

Kunden und Stakeholder lieben sie, weil sie Sicherheit und Kontrolle versprechen. Viele agile Teams hassen sie, weil sie oft als starre, von außen diktierte Zwänge empfunden werden, die Flexibilität und Lernen untergraben.

Die Wahrheit ist: Beides ist in seiner traditionellen Form in einem agilen Umfeld problematisch. Aber wenn wir sie neu denken, können sie zu mächtigen Werkzeugen werden.

Warum traditionelle Prioritäten Quatsch sind

Ich beginne mit einer provokanten These: Prioritäten sind Quatsch.

Was meine ich damit? Ich meine die klassische Art, wie Prioritäten in vielen Unternehmen verwendet werden. Ein Kunde kommt und sagt: „Dieses Feature hat Prio 1!“ Eine Woche später kommt er wieder: „Dieses neue Feature ist auch Prio 1!“ Nach einem Monat haben wir ein Backlog mit zwanzig „Prio 1“-Aufgaben.

Das Problem ist: Wenn alles wichtig ist, ist nichts wichtig. Eine Priorität (wie „Hoch“, „Mittel“, „Niedrig“) ist eine vage Absichtserklärung. Sie zwingt niemanden zu einer echten Entscheidung. Es ist für den Kunden einfach zu sagen, dass alles wichtig ist, weil es ihn nichts kostet. Er muss keine schmerzhafte Entscheidung treffen, was dafür nicht getan wird.

Das Ergebnis ist ein überladenes System, ein gestresstes Team und ein frustrierter Kunde, der nicht versteht, warum seine zwanzig „Prio 1“-Themen nicht alle gleichzeitig fertig werden.

Die bessere Alternative: Reihenfolge statt Priorität

Die viel mächtigere und ehrlichere Alternative zur Priorität ist die Reihenfolge.

Anstatt zu fragen: „Wie wichtig ist das?“, frage: „Was ist das Nächste, was wir tun sollen?“

Eine Reihenfolge ist eine knallharte, unmissverständliche Entscheidung. Es kann immer nur eine Nummer 1 geben. Um etwas zur Nummer 1 zu machen, muss das, was vorher die Nummer 1 war, auf Platz 2 rücken. Dieser simple Mechanismus zwingt den Kunden und das Team zu einem echten Dialog über den Wert.

• Es verschiebt die Diskussion von vagen Wünschen („Das ist wichtig!“) zu konkreten Geschäftsentscheidungen („Bringt uns dieses Feature jetzt mehr Wert als jenes?“).
• Es macht die begrenzten Kapazitäten des Teams sichtbar. Jeder versteht, dass die Arbeit sequenziell erledigt wird.

Deine Aufgabe ist es, diese Diskussion immer wieder zu führen. Wenn ein Kunde mit einer neuen „Prio 1“-Anforderung kommt, sage nicht „Okay“, sondern frage: „Super Idee. Wo in der aktuellen Reihenfolge unserer Aufgaben sollen wir diese einordnen? Was fällt dafür nach hinten?“

Der Umgang mit Deadlines: Vom Damoklesschwert zum Meilenstein

Ähnlich wie bei Prioritäten ist auch die Deadline ein zweischneidiges Schwert. Eine von außen diktierte, unrealistische Deadline für ein großes, vages Gesamtprojekt ist Gift für jedes agile Vorhaben. Sie erzeugt Angst, führt zu schlechter Qualität (weil Abkürzungen genommen werden) und untergräbt das Vertrauen.

Warum? Weil wir im Neuland arbeiten. Wir können die Zukunft nicht exakt vorhersagen. Eine feste Deadline für ein komplexes Projekt ist im Grunde eine Wette gegen die Realität.

Aber das bedeutet nicht, dass wir in einer Welt ohne jegliche Termine leben können. Unsere Kunden müssen planen, Marketingkampagnen müssen koordiniert werden, Messen stehen an. Diese externen Taktgeber sind real und wichtig.

Die Lösung: Deadlines für kleine Inkremente

Die agile Antwort auf Deadlines ist dieselbe wie auf große Pläne: Wir brechen sie herunter.

• Gib keine Deadline für das Gesamtprojekt. Es ist unehrlich und unprofessionell, einen festen Termin für etwas zu versprechen, dessen Umfang und Komplexität du noch gar nicht kennst.
• Gib eine Deadline für das nächste, kleine, wertvolle Inkrement.

Basierend auf deiner agilen Planung hast du eine klare Vorstellung von der ersten, minimalen Version deines Produkts. Dieses Inkrement ist klein, überschaubar und gut spezifiziert. Dafür kannst und sollst du eine verlässliche Aussage treffen.

Du könntest sagen: „Wir können keine Deadline für das gesamte Shopsystem geben. Aber wir können uns mit 80 %iger Wahrscheinlichkeit darauf festlegen, dass das erste Inkrement – die Suche und der Direktkauf – in vier Wochen fertig ist.“

Dieser Ansatz hat enorme Vorteile:

• Er ist ehrlich: Du versprichst nur, was du mit hoher Sicherheit halten kannst.
• Er schafft Vertrauen: Indem du kleine, verlässliche Deadlines einhältst, baust du Vertrauen beim Kunden auf. Er lernt, dass auf deine Zusagen Verlass ist.
• Er ermöglicht Planung: Der Kunde bekommt die Sicherheit, die er braucht. Er weiß, wann er die erste Version testen, Feedback geben und vielleicht sogar eine erste Marketingmaßnahme planen kann.

Fazit: Mache die Realität zu deinem Verbündeten

Höre auf, gegen Prioritäten und Deadlines zu kämpfen. Nutze sie stattdessen, um die richtigen Gespräche zu führen.

• Übersetze die Forderung nach Prioritäten in einen konstruktiven Dialog über die Reihenfolge.
• Übersetze die Forderung nach einer Gesamt-Deadline in eine verlässliche Zusage für das nächste wertvolle Inkrement.

Indem du das tust, nimmst du diesen oft toxischen Konzepten ihre Schärfe. Du erfüllst die legitimen Bedürfnisse deiner Stakeholder nach Planung und Sicherheit, ohne die agilen Prinzipien von Flexibilität, Lernen und Anpassungsfähigkeit zu verraten. Du machst die Realität zu deinem Verbündeten.

Mit einer klaren Reihenfolge und verlässlichen Meilensteinen haben wir nun die Leitplanken für den Projektalltag gesetzt. Aber wie stellen wir sicher, dass der Motor nicht nur läuft, sondern auch gut geölt bleibt? Im nächsten Kapitel schauen wir uns an, wie wir die agile Kultur im Alltag lebendig halten und kontinuierlich verbessern.