Anatomie eines KI-Projekts von A bis Z: die neun Phasen

ENTSCHEIDUNGSHILFE · ENTSCHEIDUNGSPUNKTE

Jeder Schritt muss den nächsten verdienen

Die neun Phasen sind keine Checkliste. Jede beseitigt eine andere Unsicherheit und schützt die nächste Investition.

01Die Unsicherheit, die jede Phase beseitigt

01Absichtunklares Ziel

02Ausgangsmessungnichts gemessen

03Portfoliofalscher erster Fall

04Architekturunklare Grenzen

05Grundlagennicht testbar

06Pilotunerprobter Prozess

07Nachweisunklare Ursache

08Produktionfragiler Betrieb

09WertPortfolio ohne Kurs

Kein Nachweis, kein nächster Schritt. Zu einer früheren Phase zurückzukehren ist Lernen, kein Scheitern.

Die meisten Bilanzen von KI-Projekten suchen den Schuldigen am falschen Ort. Der Schlussbericht beschuldigt das Modell: nicht genau genug, nicht zuverlässig genug, «nicht reif für unser Geschäft». In unseren Aufträgen stellen wir fast immer etwas anderes fest. Das Modell funktionierte. Was fehlte, war eine ganze Projektphase: Niemand hatte den Prozess gemessen, bevor er verändert wurde, niemand hatte festgelegt, was einen Abbruch rechtfertigen würde, niemand hatte eine Testumgebung gebaut, bevor das System echten Nutzenden ausgesetzt wurde.

Wenn ein KI-Projekt scheitert, suchen Sie die übersprungene Phase, bevor Sie das schuldige Modell suchen. Sie finden fast immer zuerst die Phase.

Das Problem ist nicht, dass es generell an Methode fehlt: Organisationen wissen, wie man Projekte führt. Das Problem ist, dass KI das Risiko an ungewohnte Stellen verschiebt. Die Qualität ist probabilistisch, der Nachweis verlangt einen Ausgangswert, die Zugriffsrechte werden zur Architekturfrage, und der Wert hält nicht ohne laufende Verfolgung. Daher diese Methode, entstanden aus unseren Aufträgen: die vollständige Anatomie eines KI-Projekts im Unternehmen, in neun Phasen.

Die Methode auf einen Blick

Ein KI-Projekt von A bis Z durchläuft neun Phasen. Drei gehören zum Entscheiden: die Absicht, die Diagnose, das Portfolio. Drei gehören zum Bauen: die Architektur, die Grundlagen, das Pilotprojekt. Drei gehören zum Wert: der Nachweis, der produktive Betrieb, der dauerhafte Wert. Jede Phase liefert erkennbare Ergebnisse, birgt eine wiederkehrende Falle und endet mit einem überprüfbaren Abschlusskriterium. Solange dieses Kriterium nicht erfüllt ist, verschwindet die Arbeit nicht, wenn Sie weitergehen: Sie verschiebt sich dorthin, wo sie mehr kostet.

Die Reihenfolge schliesst Schlaufen nicht aus: Ein Pilotprojekt kann zur Architektur zurückführen, ein Nachweis kann das Portfolio wieder öffnen. Die Entscheide hingegen folgen einer Ordnung: Man wählt keine technische Lösung, bevor man ein Problem gewählt hat, und man weitet kein System aus, bevor man seine Fehler gezählt hat.

Die Methode gilt für einen Dokumentationsassistenten ebenso wie für einen Agenten, der im produktiven Betrieb handelt; nur das Gewicht der Phasen ändert sich. Ein Fall mit geringem Risiko durchläuft die neun Phasen in wenigen Wochen, mit schlanken Ergebnissen; ein Fall, der Entscheide gegenüber Kunden beeinflusst, verbringt mehr Zeit in Architektur, Grundlagen und Pilotprojekt. Eine Phase zu überspringen spart nie Zeit: Es verlagert eine Schuld in den produktiven Betrieb.

ENTSCHEIDEN

1. Absicht
2. Ausgangsmessung
3. Portfolio

BAUEN

4. Architektur
5. Grundlagen
6. Pilot

BEWEISEN UND AUSWEITEN

7. Nachweis
8. Produktion
9. Wert

Jede Phase hat ein Ausstiegskriterium.

Phase 1: der Absichtsentscheid

Jedes Projekt beginnt mit einer Absicht; wenige beginnen mit einem Entscheid. Phase 1 macht aus «Wir brauchen KI» eine ausdrückliche Wahl: welches Problem, getragen von welcher auftraggebenden Person, mit welchem Abbruchkriterium. Dieser letzte Punkt ist das wichtigste Ergebnis und das am seltensten erarbeitete. Vor der Investition zu entscheiden, was einen Abbruch rechtfertigen würde, kostet eine Stunde Klarsicht; es danach zu entscheiden, kostet eine politische Verhandlung.

Ergebnisse. Eine Absichtsnotiz von einer Seite: das Problem formuliert als Prozessergebnis, das sich ändern soll, eine namentlich bestimmte auftraggebende Person, die wirklich Zeit reserviert, das Budget der Nachweisphase und das schriftliche Abbruchkriterium.

Die typische Falle. Das Nachahmungsprojekt: Man startet, weil ein Konkurrent etwas angekündigt hat, ohne eigenes Problem. Die auftraggebende Person ist ein Name auf einer Präsentation, nicht jemand, der im entscheidenden Moment entscheidet.

Abschlusskriterium. Die auftraggebende Person nennt ohne Notizen das zu verändernde Ergebnis und die Abbruchbedingungen, und beides steht in einem Dokument, das sie unterschrieben hat.

Phase 2: Diagnose und Ausgangsmessung

Einen Prozess, den man nicht gemessen hat, kann man nicht verbessern; man kann ihn nur verändern. Phase 2 beschreibt die tatsächliche Arbeit, nicht den offiziellen Prozess: wer was tut, wo Zeit verloren geht, wo sich Nacharbeit häuft, welche Daten fliessen und unter welchen rechtlichen Vorgaben. Jetzt wird auch die Ausgangsmessung festgehalten, die jeden Nachweis erst möglich macht.

Ergebnisse. Eine Beschreibung des Prozesses, wie er tatsächlich gelebt wird; bezifferte Messungen (Durchlaufzeit, Nacharbeitsquote, Ausnahmequote, Kosten pro Vorgang, Qualitätsabweichungen); ein Inventar der betroffenen Daten und Software mit ihren Verantwortlichen.

Die typische Falle. Nachträglich messen. Ohne Ausgangsmessung muss das Team den Wert des Pilotprojekts gegen Erinnerungen beweisen, und Erinnerungen verlieren gegen die Skepsis der Finanzchefin immer. Eine häufige Variante: den Prozess aus dem Qualitätshandbuch beschreiben, an den sich niemand hält.

Abschlusskriterium. Sie wissen, was der Prozess heute kostet, mit Zahlen belegt, und die Person, die ihn am Laufen hält, erkennt diese Zahlen als ihre eigenen an.

Phase 3: das Portfolio und der erste Fall

Selbst wenn der Auftrag nur einen Anwendungsfall betrifft, muss dieser gegen andere ausgewählt werden. Phase 3 versammelt mehrere Kandidaten und bewertet sie nach drei Kriterien: Nutzen (wirtschaftliche Grössenordnung, Wirkung für die Nutzenden, strategische Bedeutung), Aufwand (Datenzugang, Komplexität der Verbindungen, nötige Kontrollen, Möglichkeit zum Ausprobieren) und Risiko (betroffene Daten, Folgen eines Fehlers). Der erste Fall ist nicht derjenige, der am meisten verspricht, sondern derjenige, der einen deutlichen Nutzen mit dem kürzesten Weg zu einem verlässlichen Nachweis verbindet.

Ergebnisse. Ein nach Nutzen, Aufwand und Risiko bewertetes Portfolio; ein gewählter und dokumentierter erster Fall; die Liste der zurückgestellten Fälle mit Begründung, die verhindert, dass dieselbe Debatte jedes Quartal neu geführt wird.

Die typische Falle. Den spektakulärsten Fall wählen: oft kundennah, oft mit hohem Risiko, fast immer am langsamsten zu beweisen. Ein erster sichtbarer Misserfolg kostet mehr Glaubwürdigkeit, als drei stille Erfolge einbringen.

Abschlusskriterium. Auftraggebende Person, Prozessverantwortliche und technisches Team vertreten denselben ersten Fall, aus denselben Gründen.

Phase 4: Architektur und Grenzen

Vor dem Bauen müssen die Grenzen gezogen werden: welche Daten hineinfliessen, welche Rechte gelten, welche technische Lösung den Fall trägt und was umkehrbar bleibt. Bei der Wahl der Lösung deckt sich unsere Regel mit den von Anthropic veröffentlichten Arbeiten zum Bau von Agenten: mit der einfachsten Lösung beginnen, die genügt (ein Tool-Aufruf, eine Abfolge von Anweisungen, eine Weiche), und nur dann zu einem autonomen Agenten übergehen, wenn der Fall dies nachweislich verlangt. Bei der Integration verringern offene Standards wie das Model Context Protocol die Abhängigkeit von Anbietern und bereiten die Umkehrbarkeit vor.

Ergebnisse. Eine Skizze der Datenflüsse mit ihren Verantwortlichen; ein Rechtemodell, in dem das System die Rechte der Nutzenden erbt, nie mehr; eine schriftlich begründete Lösungswahl; eine Analyse der Umkehrbarkeit: was ein Wechsel des Modells oder des Anbieters kosten würde.

Die typische Falle. Zu viel bauen: einen autonomen Agenten dort, wo eine Abfolge von Anweisungen genügt hätte, und danach monatelang eine Autonomie korrigieren, die niemand brauchte. Die umgekehrte Falle gibt es auch: die Zugriffsrechte ignorieren und im Pilotprojekt entdecken, dass der Assistent Dokumente zeigt, die die Nutzerin nie hätte sehen dürfen.

Abschlusskriterium. Jedes Datum, das ins System hinein- oder aus ihm herausfliesst, hat einen dokumentierten Weg, eine verantwortliche Person und eine überprüfbare Zugriffsgrenze.

Phase 5: die Grundlagen

Phase 5 baut, was in einer Demo nicht zu sehen ist: sauber vergebene Identitäten und Zugriffe, zuverlässige Datenverbindungen, Betriebskontrollen und vor allem die Testumgebung. Sie unterscheidet ein gesteuertes Projekt von einem Blindflug: eine Sammlung echter, repräsentativer und bewusst schwieriger Fälle, die sich bei jeder Änderung erneut durchspielen lässt. Das KI-Risikomanagement-Rahmenwerk des NIST sagt auf seine Weise dasselbe: Steuern lässt sich nur, was man beschreiben und messen kann.

Ergebnisse. Technische Konten mit minimalen Rechten; funktionierende und protokollierte Datenzugriffe; eine Testreihe aus echten Fällen, einschliesslich Grenzfällen; die Grundkontrollen (Protokollierung, Warnschwellen, Vorgehen bei Vorfällen).

Die typische Falle. Die Testumgebung überspringen, um «schneller zum Pilotprojekt zu kommen». Das Team ändert danach die Anweisungen nach Gefühl, ohne eine Verbesserung von einer Verschlechterung unterscheiden zu können, und das Pilotprojekt wird zu einer Folge widersprüchlicher Eindrücke.

Abschlusskriterium. Sie können Ihre Testreihe erneut durchspielen und erhalten ein reproduzierbares Ergebnis, bevor auch nur eine echte Nutzerin oder ein echter Nutzer das System berührt hat.

Phase 6: das begleitete Pilotprojekt

Das Pilotprojekt testet nicht die Technologie: Es testet den veränderten Prozess, seine Kontrollen und die Menschen, die ihn tragen. Phase 6 öffnet das System für einen eng begrenzten, namentlich festgelegten Kreis, anfangs mit systematischer menschlicher Freigabe, danach stichprobenweise, je mehr das Vertrauen auf Fakten beruht. Jeder Fehler wird eingestuft: Schwere, Ursache, Erkennbarkeit. Diese Fehlerzählung, und nicht die Begeisterung der ersten Nutzenden, liefert die Grundlage für den Entscheid in Phase 7. Die Begleitung ist kein Misstrauen gegenüber dem System: Sie ist das Instrument, mit dem sich die Aufsicht später, mit Nachweisen in der Hand, lockern lässt.

Ergebnisse. Ein schriftlich festgelegter Rahmen (namentlich bestimmte Nutzende, abgedeckte Fälle, ausdrücklich ausgeschlossene Fälle); ein Ablauf der menschlichen Freigabe mit seinen Stichprobenregeln; ein Register der eingestuften Fehler; Qualitätsschwellen, die vor dem Start festgelegt wurden, nicht danach.

Die typische Falle. Das Schaufenster-Pilotprojekt: drei begeisterte Nutzende, kein Fehlerregister und ein Ausweitungsentscheid auf der Grundlage von Anekdoten. Fehler, die man im Pilotprojekt nicht zählt, zählt man später als Vorfälle.

Abschlusskriterium. Sie verfügen über eine gemessene Fehlerquote pro Fallart, verglichen mit der Ausgangsmessung aus Phase 2, und nicht über ein allgemeines Gefühl.

Phase 7: Nachweis und Ausweitungsentscheid

Phase 7 ist eine Entscheidungssitzung, keine Feier. Drei Ausgänge sind legitim: ausweiten, weil die Schwellen erreicht sind; anpassen, weil der Wert existiert, aber anderswo oder anders; stoppen, weil die Nachweise fehlen, und das Gelernte behalten. Ein Stopp auf Grundlage von Nachweisen ist ein Steuerungserfolg; eine Ausweitung aus Trägheit ist ein aufgeschobener Misserfolg. Der Gewinn bemisst sich an der Differenz zwischen den Ergebnissen des Pilotprojekts und der Ausgangsmessung aus Phase 2: Sie macht aus einer Schätzung eine Tatsache.

Ergebnisse. Ein Nachweisdossier: Abweichung gegenüber der Ausgangsmessung, Gesamtkosten (Aufbau, Betrieb, Aufsicht), Vorfälle und ihre Behebung, tatsächliche Nutzung; ein schriftlicher Entscheid (ausweiten, anpassen oder stoppen), unterschrieben von der auftraggebenden Person.

Die typische Falle. Die Ausweitung aus Trägheit: «Das Pilotprojekt ist gut gelaufen», also wird ausgeweitet, ohne die Ergebnisse mit den Schwellen zu vergleichen, oft weil in Phase 6 gar keine Schwelle festgelegt wurde. Der Stopp war nie eine echte Option, nur eine Zeile auf einer Präsentation.

Abschlusskriterium. Der Entscheid fällt anhand von Zahlen, ist unterschrieben, und ein Stopp lag tatsächlich auf dem Tisch.

Phase 8: der produktive Betrieb

Der Übergang in den produktiven Betrieb ist nicht das Ende des Projekts, sondern der Anfang des Betriebs. Phase 8 macht aus einem funktionierenden Pilotprojekt einen tragfähigen Dienst: Überwachung (Spuren, Kosten pro Anfrage, Qualitätsverlust), Organisation des Betriebs (wer reagiert, wenn etwas ausfällt, mit welchen Zusagen), Kostenkontrolle und Schulung der Teams im neuen Prozess, nicht nur im Tool. Hier entscheidet sich die wirtschaftliche Tragfähigkeit: Kosten pro Anfrage, die im Pilotprojekt akzeptabel waren, können bei grossem Volumen unhaltbar werden, wenn niemand sie überwacht.

Ergebnisse. Übersichten zur Überwachung im produktiven Betrieb; eine Betriebsanleitung mit einer namentlich bestimmten verantwortlichen Person; Budgets und Kostenwarnungen; ein im Prozess verankerter Schulungsplan; die Sicherheitsprüfung vor dem Übergang in den produktiven Betrieb.

Die typische Falle. Die Phantom-Übergabe: Das Projektteam wendet sich dem nächsten Thema zu, niemand hat Pikettdienst, die Kosten laufen still aus dem Ruder und die Qualität verschlechtert sich ohne Zeugen. Das System stirbt im produktiven Betrieb, langsam, ohne dass es jemand bemerkt.

Abschlusskriterium. Das System hat eine namentlich bestimmte verantwortliche Person für den Betrieb, ein verfolgtes Budget und eine laufend gemessene Qualität, nicht nur an Tagen mit Vorfällen.

Phase 9: der dauerhafte Wert

Die letzte Phase hat kein Ende: Sie ist der Dauerbetrieb. Die Messungen werden in regelmässigen Abständen wiederholt, weil sich Prozess, Volumen und Modelle verändern. Eine kurze monatliche Überprüfung betrachtet Wert, Kosten, Risiken und Abwägungen. Und die nachgewiesenen Gewinne finanzieren die nächsten Fälle im Portfolio: Erst die Reinvestition, nicht die Begeisterung, macht aus einem ersten Projekt ein Programm.

Ergebnisse. Wiederholte und datierte Messungen; eine monatliche Überprüfung mit fester Traktandenliste (Wert, Kosten, Vorfälle, Risiken, Entscheide); eine Reinvestitionsregel, die nachgewiesene Gewinne mit den nächsten Fällen verbindet.

Die typische Falle. Mit dem produktiven Betrieb den Sieg ausrufen und aufhören zu messen. Sechs Monate später weiss niemand, ob das System noch Wert schafft oder ob es je welchen geschaffen hat. Das nächste Budget wird dann auf Treu und Glauben verhandelt, gegenüber einem Finanzchef, der keinen Glauben mitbringt.

Abschlusskriterium. Diese Phase verlässt man nicht, man hält sie aufrecht. Sie sind im richtigen Rhythmus, wenn jede monatliche Überprüfung mindestens einen Entscheid hervorbringt: ausweiten, anpassen, stoppen oder reinvestieren.

Die neun Abschlusskriterien in einer Tabelle

Von der Methode zum Umsetzungsplan

Neun Phasen passen in einen Artikel; ihre Umsetzung passt in einen Plan. Um konkret zu zeigen, was jede Phase hervorbringt, haben wir einen vollständigen Umsetzungsplan von rund sechzig Seiten aus einem echten Auftrag anonymisiert: Er führt durch die neun Phasen, Ergebnis für Ergebnis, von der Absichtsnotiz bis zu den monatlichen Überprüfungen, mit den verwendeten Dokumentvorlagen und Schwellen.

Zwei Regeln fassen den Umgang mit der Methode zusammen. Überspringen Sie keine Phase: Jede existiert, weil ihr Fehlen etwas kostet. Und machen Sie keine Bürokratie daraus: Bei einem einfachen Fall kann eine Phase in einer Sitzung und auf zwei Seiten erledigt sein. Entscheidend ist nicht die Dauer einer Phase, sondern dass ihr Abschlusskriterium erfüllt ist.

Womit Sie am Montag beginnen

1. Bestimmen Sie die auftraggebende Person und lassen Sie sie das Abbruchkriterium aufschreiben, bevor überhaupt über Tools gesprochen wird.
2. Wählen Sie einen Prozess und messen Sie ihn während einer bis zwei Wochen: Durchlaufzeit, Nacharbeit, Ausnahmen, Kosten pro Vorgang.
3. Bewerten Sie drei bis fünf Kandidaten nach Nutzen, Aufwand und Risiko, und behalten Sie nur einen.
4. Skizzieren Sie auf einer Seite die Datenflüsse und Zugriffsrechte des gewählten Falls.
5. Stellen Sie aus echten Fällen eine Testreihe zusammen, auch aus den schwierigen, bevor Sie die erste Anweisung schreiben.
6. Legen Sie die Qualitätsschwellen des Pilotprojekts und das Datum des Entscheids zum Ausweiten, Anpassen oder Stoppen schriftlich fest.
7. Reservieren Sie die monatliche Überprüfung schon jetzt in den Kalendern: Eine Verfolgung, die nicht geplant ist, findet nicht statt.

Der Unterschied zwischen einem KI-Projekt, das beweist, und einem, das verspricht, liegt selten in der Wahl des Modells. Er liegt in der Disziplin der neun Phasen, und er zeigt sich schon in der ersten Woche.

Wie wir helfen können

Die Phasen 1 bis 3 bereiten wir mit Ihren Führungsteams im Rahmen der KI-Begleitung vor. Die Phasen 4 bis 9, von der Architektur über den produktiven Betrieb bis zur laufenden Verfolgung, gehören zum Angebot KI-Engineering: eine Klärungsphase von einer bis drei Wochen, danach eine verbindliche Offerte, oder ein Abonnement, wenn mehrere Vorhaben aufeinander folgen. Für ein KMU ist das Pilotprojekt von 30 Tagen die Kurzfassung dieser Methode.