Lass uns sprechen!

Hoffnung ist kein Liefertermin: Warum du das Go/No-Go am Freitag brauchst und nicht am Dienstagmorgen

delivery leadership project leadership Oct 26, 2026
Nicolas Scheel
Hoffnung ist kein Liefertermin: Warum du das Go/No-Go am Freitag brauchst und nicht am Dienstagmorgen
8:59
 

„Das sollte bis Dienstag klappen.“ Kennst du diesen Satz? Er klingt so beruhigend. Und er ist meistens der Anfang einer Überraschung.

Eine Situation, die ich in Projekten immer wieder erlebe: Es ist Montag. Am Dienstag der nächsten Woche steht ein Test an, für den sich mehrere Teams und ein Partner den Nachmittag freigehalten haben. Nur ein kleines Detail fehlt noch: die Funktion, um die es im Test eigentlich geht. Die Umsetzung hat noch nicht begonnen. Die Aussage: „Wenn alles gut läuft, ist es Donnerstag fertig und spätestens am Testtag auf der Testumgebung.“ Auf die Nachfrage, wie sicher das ist, kommt ein ehrliches: „Eher Hoffnung als Garantie.“

Mein Satz in solchen Momenten: „Ich möchte nicht am Dienstagmorgen überrascht werden.“ Also legen wir die Entscheidung auf Freitag. Klingt banal? Ist es auch. Trotzdem fällt genau dieser Schritt im Alltagsstress erstaunlich oft unter den Tisch.

Probleme

„Wir hoffen“ klingt nach Plan, ist aber keiner

Hoffnung ist eine schöne menschliche Eigenschaft. Als Termin taugt sie nichts. Das Tückische ist: „Sollte bis Dienstag klappen“ hört sich an wie eine Zusage. Alle nicken, jeder schreibt sich den Dienstag in den Kalender, und keiner fragt nach, was passiert, wenn es nicht klappt.

Denn die eigentliche Frage ist nicht „Wird es fertig?“, sondern „Wann wissen wir, ob es fertig wird?“. Und auf diese Frage hat in den Projekten, die ich erlebe, erstaunlich oft niemand eine Antwort.

Der letzte Moment ist zu spät

Lass uns kurz rechnen. Am Test hängen, sagen wir, 8 Personen aus drei Organisationen, jeweils 4 Stunden. Wenn du am Dienstag um 8 Uhr feststellst, dass die Funktion nicht da ist, hast du zwei Möglichkeiten.

Du sagst ab. Dann hast du die Leute umsonst geplant, der Partner hat seine Testdaten umsonst vorbereitet und fragt sich zu Recht, wie ernst ihr das Ganze nehmt.

Oder du ziehst den Test trotzdem durch und testest halt irgendwas. 8 × 4 Stunden = 32 Stunden, also rund 4 Personentage, für einen Test, der die eigentliche Frage nicht beantwortet. Toll, oder?

Und die Stunden sind noch der billige Teil. Teurer ist, was hängen bleibt: Der Partner lernt, dass eure Zusagen wackeln. Und dein eigenes Team lernt, dass Planung bei euch sowieso Makulatur ist. Beides holst du so schnell nicht zurück.

Am Freitag dagegen hast du noch den ganzen Montag als Vorlauf. Du kannst den Testumfang anpassen, den Partner vorwarnen, einen Ersatztermin anbieten. Gleiche Information, vier Tage früher, ganz andere Handlungsfähigkeit.

Wahrscheinlichkeiten multiplizieren sich

Und jetzt kommt der Teil, den viele unterschätzen. Ein Termin hängt fast nie an einer Bedingung. In meinem Beispiel muss die Funktion umgesetzt werden, sie muss die Integrationstests bestehen, und sie muss rechtzeitig auf die Testumgebung kommen. Eins nach dem anderen.

Sagen wir, jede Stufe klappt zu 80 %, vorausgesetzt, die vorherige hat geklappt. Klingt gut, oder? 0,8 × 0,8 × 0,8 = 0,51. Dein „sollte klappen“ ist also kaum besser als ein Münzwurf. Nur hat dir das niemand gesagt, weil jeder seinen Teil mit gutem Gewissen „ziemlich sicher“ genannt hat.

Frühwarnungen kommen nicht an

Übrigens: Wie kam es überhaupt dazu, dass es so knapp wurde? Ein Fehler war schon eine Woche vorher bekannt und sauber im Ticket dokumentiert. Dort lag er dann. Eine Woche lang. Niemand hatte ihn ignoriert. Die Benachrichtigung ist einfach in der Flut der anderen Ticket-Mails untergegangen.

Ticket-Systeme sind großartig, um Dinge festzuhalten. Als Kanal für „das brennt, bitte heute anschauen“ taugen sie nicht. Wer Dringendes ins Ticket schreibt und dann wartet, hat formal kommuniziert und praktisch geschwiegen. Und dir als Projektleiter fehlt genau die Woche, die du für eine entspannte Entscheidung gebraucht hättest.

Ich weiß, ich bin ganz schön lange auf den Problemen rumgeritten. Aber genau das ist der Punkt: Diese Probleme sieht man meistens erst, wenn es zu spät ist, und dann sehen sie aus wie Pech. Sind sie aber nicht. Jetzt aber zu möglichen Lösungen.

Lösungen

Leg den letzten sinnvollen Entscheidungszeitpunkt fest

Rechne rückwärts: Wer braucht wie viel Vorlauf, um auf ein Nein reagieren zu können? Der externe Partner? Die Kollegen, die sich den Nachmittag freigehalten haben? Der Betrieb, der eine Testumgebung bereitstellen muss? Der früheste dieser Vorläufe bestimmt deinen Entscheidungszeitpunkt. In meinem Fall war das Freitag. Dienstagmorgen war für niemanden mehr hilfreich.

Wichtig: Dieser Zeitpunkt ist kein Wunsch, sondern eine Verabredung. Schreib ihn auf und sag ihn allen Beteiligten.

Mach die Kriterien vorher klar

„Go“ heißt nicht „der Entwickler ist optimistisch“. „Go“ heißt zum Beispiel: Die Funktion ist auf der Testumgebung, ein kurzer Smoke-Test ist durchgelaufen, die Testdaten passen noch. Wenn du das vorher festlegst, ist die Entscheidung am Freitag in fünf Minuten erledigt. Wenn nicht, diskutiert ihr eine Stunde über Gefühle.

Nutze bestehende Termine

Du brauchst keinen neuen Termin mit dem schönen Namen „Go/No-Go-Board“. Wir haben einfach den Statustermin genommen, der am Freitag sowieso stattfindet. Ein Tagesordnungspunkt mehr, fertig. Je weniger Aufwand die Entscheidung kostet, desto wahrscheinlicher wird sie auch getroffen.

Plane das Nein mit

Ein No-Go ist nur dann eine Katastrophe, wenn es als Scheitern inszeniert wird. Bei uns hieß Plan B: Der Test findet trotzdem statt, aber mit kleinerem Umfang. Wir prüfen das, was schon funktioniert, und verschieben den Rest auf einen weiteren Termin. Der Punkt ist: Dieser Plan B lag am Freitag schon fertig auf dem Tisch. Niemand musste ihn sich erst in der Sitzung ausdenken. Dadurch war das Nein keine Absage, sondern einfach die andere vorbereitete Variante.

Und noch ein Detail, das mir wichtig ist: Wir haben dem Partner gesagt, dass der Test „voraussichtlich ab Dienstag“ möglich ist. Den möglichen dritten Testtermin haben wir noch nicht angekündigt. Nicht aus Geheimniskrämerei, sondern weil wir erst nach Freitag wissen, ob wir ihn brauchen. Wer jede Eventualität sofort kommuniziert, erzeugt mehr Unruhe als Klarheit. Erwartungsmanagement heißt, das Richtige zum richtigen Zeitpunkt zu sagen. Mehr dazu findest du in meinem Beitrag Wie schaffst du es, Erwartungen und Prioritäten klar zu kommunizieren?

Wähle den Kanal nach Dringlichkeit

Wenn etwas bis morgen geklärt sein muss, schreib es nicht nur ins Ticket. Poste es im Team-Channel, wo die Entwickler sowieso mitlesen, nicht als Einzelnachricht an eine Person, die gerade im Urlaub ist. Oder noch besser: Greif zum Hörer! Das Ticket dokumentiert, das Gespräch bewegt.

Halte dem Druck stand

Jetzt denkst du vielleicht: „Schön und gut, aber bei uns heißt es am Freitag dann: Könnt ihr das nicht am Wochenende noch reinholen?“ Nun, genau dafür hast du die Kriterien vorher festgelegt. Sie schützen dich und dein Team vor der spontanen Rettungsaktion, nach der am Montag alle müde sind und der Test trotzdem wackelt. Wohlgemerkt: Manchmal ist ein Wochenendeinsatz die richtige Entscheidung. Dann aber bewusst und mit offenen Augen, nicht weil sich keiner traut, Nein zu sagen. Darüber musst du dir im Klaren sein.

Dreh die Beweislast um

Manchmal bist du nicht derjenige, der entscheiden darf. Dann kannst du die Entscheidung trotzdem erzwingen, mit einem einfachen Satz: „Wenn ich bis Freitag, 12 Uhr, kein klares Go habe, gehen wir mit dem reduzierten Testumfang in den Dienstag.“

Ein Nein wird so zum Standard. Das ist nicht die feine englische Art, und du solltest das nicht bei jeder Kleinigkeit machen. Aber es dreht die Beweislast um. Nicht mehr du musst hinterherlaufen, sondern wer ein Go will, muss es liefern. Erstaunlich, wie schnell dann plötzlich Rückmeldungen kommen.

Fazit

Ein Termin, der an Hoffnung hängt, ist kein Termin, sondern eine Wette. Gute Führung im Projekt heißt nicht, alles sicher zu wissen. Sie heißt, rechtzeitig festzulegen, wann man es wissen muss, und dann auch zu entscheiden.

Dein nächster Schritt: Schau in deinen Kalender der nächsten zwei Wochen. Welcher Termin hängt an einem „sollte klappen“? Schreib den letzten sinnvollen Entscheidungszeitpunkt daneben und sag ihn heute noch allen, die es betrifft.

Ich wünsche dir viel Erfolg bei der Umsetzung dieser Ideen!

Wenn du Fragen hast oder wenn ich dich bei der Umsetzung unterstützen kann, sprich mich gerne an!

Lass uns in Kontakt bleiben!

Melde dich für meinen Newsletter an, um regelmäßig Inspirationen, Informationen und Angebote zum Thema Führung zu erhalten. Deine Daten werden selbstverständlich nicht weitergegeben.

Ich verschicke kein Spam. Du kannst dich jederzeit abmelden.