Wartezeit und Arbeitszeit unterscheiden

Ein Arbeitspaket kann fachlich klein sein und trotzdem lange dauern, weil eine Voraussetzung fehlt. Eine Schnittstelle muss erst freigegeben werden, eine Testperson ist nicht verfügbar oder die gültige Dokumentversion ist ungeklärt.

Erfassen Sie deshalb nicht nur, wie viel Arbeit noch zu erledigen ist. Fragen Sie, worauf diese Arbeit wartet. «Integration zu 80 Prozent fertig» hilft wenig, wenn der verbleibende Teil einen Zugang benötigt, dessen Termin niemand kennt.

Die erste Besprechung sollte daher ein Bild der Abhängigkeiten erzeugen. Schuldzuweisungen liefern dafür selten zusätzliche Information. Benennen Sie beobachtbare Hindernisse und ihre Folgen für das vereinbarte Ergebnis.

Eine Abhängigkeitsliste mit sechs Feldern

Für jede blockierte Arbeit halten Sie fest:

• Welches konkrete Ergebnis fehlt?

• Welche Voraussetzung wird benötigt?

• Wer kann diese Voraussetzung schaffen oder klären?

• Wann wird sie spätestens für den nächsten Schritt gebraucht?

• Welche Information bestätigt, dass sie tatsächlich bereitsteht?

• Welche Alternative gibt es, falls sie ausbleibt?

Eine Antwort wie «IT muss liefern» ist noch zu ungenau. Besser lautet sie: «Lesender Testzugang zum System X, beantragt bei der zuständigen Systemverantwortung; Bereitstellung wird mit einem Verbindungstest bestätigt.»

Prüfen Sie auch interne Fachzeit als Voraussetzung. Eine fertige Anwendung kann nicht fachlich freigegeben werden, wenn niemand die Ergebnisse beurteilen kann.

Vier häufige Kategorien systematisch durchgehen

Beginnen Sie mit den Daten: Sind Bestand, Freigabe und Qualität ausreichend geklärt? Danach folgen technische Anschlüsse: Verfügbarkeit, Berechtigungen, Formate und Testumgebungen. Anschliessend prüfen Sie Entscheidungen: Sind Umfang, Betriebsform und offene Risiken bestätigt?

Die vierte Kategorie sind Menschen. Wer liefert Beispiele, prüft Antworten und übernimmt später den Betrieb? Ein Terminplan, der diese Arbeit ausblendet, ist unvollständig, selbst wenn die Entwicklungsaufgaben korrekt geschätzt wurden.

Das GOV.UK-Handbuch zur Discovery-Phase behandelt technische, organisatorische und rechtliche Einschränkungen als Teil der frühen Klärung. Eine Verzögerung kann zeigen, dass eine solche Voraussetzung später als nötig sichtbar wurde.

Ein fiktiver Fall mit blockierter Schnittstelle

Ein Unternehmen plant, einen Assistenten an seinen Servicebestand anzuschliessen. Die Oberfläche ist vorbereitet, aber der Zugang zum Fachsystem fehlt. Das Team entscheidet, zunächst einen freigegebenen Export für die fachliche Antwortprüfung zu verwenden.

Damit kann die Qualität an bekannten Beispielen untersucht werden. Der Ersatzweg beweist jedoch weder die laufende Aktualisierung noch die späteren Rechte im Fachsystem. Diese beiden Punkte bleiben im Protokoll ausdrücklich offen.

Der nächste Meilenstein wird daher in zwei Ergebnisse geteilt: fachlicher Befund mit Exportdaten und separater Nachweis der Integration. So entsteht nutzbare Erkenntnis, ohne den Stand der Gesamtlösung zu beschönigen.

Optionen mit ihren Folgen vergleichen

Für jede Blockade gibt es typischerweise mehrere Möglichkeiten: warten, Reihenfolge ändern, Umfang reduzieren oder einen alternativen Weg untersuchen. Schreiben Sie zu jeder Option, welche Annahme offenbleibt und welche Mehrarbeit entstehen könnte.

Eine provisorische Lösung kann sinnvoll sein. Sie sollte jedoch einen Zweck, eine zeitliche Begrenzung und einen Rückbauplan erhalten. Sonst wird aus einer Terminmassnahme eine dauerhafte, schlecht dokumentierte Betriebsabhängigkeit.

Das NIST AI RMF hebt die Dokumentation von Risiken und Verantwortlichkeiten hervor. Halten Sie deshalb fest, wer die verbleibende Unsicherheit akzeptieren darf. Eine Terminverschiebung ist keine ausreichende Begründung für ungeprüfte produktive Nutzung.

Den neuen Termin von bestätigten Voraussetzungen ableiten

Verlangen Sie keine neue punktgenaue Zusage, solange der entscheidende Zugangstermin unbekannt ist. Arbeiten Sie vorübergehend mit einer Bedingung: «Die nächste Prüfphase beginnt nach bestätigtem Datenzugang und benötigt die vereinbarte Fachmitwirkung.»

Sobald diese Voraussetzung erfüllt ist, kann der konkrete Plan aktualisiert werden. Dokumentieren Sie, welche Teile des ursprünglichen Terminplans weiter gelten und welche ersetzt werden. So bleibt erkennbar, warum sich eine Zusage verändert hat.

Vermeiden Sie das Verdichten sämtlicher Tests auf den letzten Tag. Unser Beitrag zum Übergang vom KI-Pilot in den Produktivbetrieb erläutert, welche Prüfungen vor der Nutzung weiterhin erforderlich sind.

Ein kurzer wöchentlicher Entscheidungsrhythmus

Besprechen Sie nur die Abhängigkeiten, deren Zustand sich verändert hat oder für die eine Entscheidung benötigt wird. Jede Besprechung endet mit einem Verantwortlichen und einem nächsten überprüfbaren Ergebnis.

Prüfen Sie ausserdem, ob eine Blockade die wirtschaftliche Annahme verändert. Wenn eine notwendige Datenaufbereitung deutlich grösser wird, kann ein kleinerer Anwendungsfall sinnvoller sein als das unveränderte Weiterverfolgen des ursprünglichen Plans.

Kennzeichnen Sie im Plan ausserdem den Unterschied zwischen einem gewünschten und einem bestätigten Termin. Eine noch nicht zugesagte Lieferung sollte keine feste Grundlage für nachfolgende Arbeiten bilden. Dieser einfache Unterschied macht die verbleibende Unsicherheit für alle Beteiligten sichtbar.

Mit einclick als KI-Agentur in der Schweiz können Sie die tatsächlichen Voraussetzungen eines Vorhabens erfassen und einen Ablauf planen, dessen Meilensteine auf überprüfbaren Ergebnissen beruhen.