Factory Pilot
Die Factory an echter Delivery beweisen.
Ein echter Wertstrom, ein laufender Factory-Slice und Delivery-Belege, die ihr prüfen könnt. Der Pilot macht die Readiness-Roadmap real, bevor ihr sie skaliert.
Scope aus dem Factory Readiness Assessment
Das Ergebnis
Eine laufende Referenz, kein Konzeptpapier
Der Pilot ist bewusst schmal genug zum Lernen und echt genug, um zu zählen.
Laufender Factory-Slice
Orchestrierung, Repository-Anbindung, Isolation der Arbeit, Quality Gates, Review und die Übergabe an Menschen laufen an einem echten Wertstrom.
Delivery-Daten
Baseline und Pilotsignale für Durchsatz, AI-Nutzung, Änderungssicherheit, Fehlerrate und das Ergebnis, das in eurem Kontext zählt.
Betriebsgrenzen
Die technischen und organisatorischen Grenzen, die echte Nutzung sichtbar macht, festgehalten vor dem breiteren Rollout.
Empfehlung zur Skalierung
Was ausgeweitet werden soll, was sich vorher ändern muss, wer es verantwortet und wie der Rollout weitergeht.
Auswahl
Wie der Pilot ausgewählt wird
Der Pilot entscheidet, was das Ergebnis wert ist. Am falschen Projekt lernt ihr wenig, mit dem ihr danach arbeiten könnt.
Ein echtes, laufendes Projekt
Arbeit, die ohnehin ansteht und auch ohne uns passieren würde. Eine Spielwiese zeigt vor allem, dass die Spielwiese funktioniert.
Dringlichkeit und ein Mandat aus dem Management
Echte Dringlichkeit hinter der Arbeit, und ein Management, das den Piloten mit seinem Mandat deckt. Ohne diese Deckung verliert der Pilot leicht gegen das, was als Nächstes eskaliert.
Freiwillige mit gemischter Erfahrung
Leute, die freiwillig mitmachen, von Senior bis Junior. Gemischte Erfahrung hält das Ergebnis für das ganze Team anschlussfähig und nicht nur für eine Gruppe.
Zugriff auf Codebasis und CI
Das Team arbeitet im echten Repository mit der echten Pipeline. Was daneben entsteht, lässt sich schwer zurückholen.
Was wir ausschließen
Spielwiesen, erzwungene Teilnahme, reine Junior-Besetzung und Arbeit unter Krisendruck. Jedes davon macht das Ergebnis schwer lesbar und schwer übertragbar.
Der Pilot
Eine begrenzte Lernschleife
Scope, Dauer und Zuschnitt kommen aus dem Assessment, nicht aus einem festen Paket.
-
01
Den Wertstrom wählen
Wir wählen einen echten Produkt- oder Engineering-Fluss mit genug Wert, genug Belegen und genug Rückhalt in der Organisation, um daraus zu lernen.
-
02
Den Slice bauen
Wir verbinden Absicht, Kontext, Agenten, Repositories, CI, Review, Deployment und die Steuerung durch Menschen.
-
03
Laufen lassen und beobachten
Die Factory läuft in echter Arbeit. Wir erfassen Signale zu Delivery, Qualität, Sicherheit, Kosten, Fehlern und Übergaben.
-
04
Festschreiben und entscheiden
Aus manuellen Korrekturen werden Regeln oder Tests, die Grenzen werden dokumentiert, und wir empfehlen den nächsten Rollout-Schritt.
Umfang
Was der Factory-Ausschnitt umfassen kann
Wir schneiden den Ausschnitt auf den gewählten Wertstrom zu. Der Pilot baut, was dieser Strom braucht, nicht jede Komponente dieser Liste.
Arbeit und Zustand
Wo ein Stück Arbeit liegt, in welchem Zustand es ist und wie ein Agent es übernimmt und zurückgibt.
Kontext und Orchestrierung
Der geschichtete Kontext, den ein Agent vor dem Start liest, und die Regeln, die entscheiden, welcher Agent woran arbeitet.
Repository und CI
Agenten arbeiten in Branches, öffnen Pull Requests und laufen durch dieselbe Pipeline wie alle anderen. Kein Seitenkanal, kein Sonderweg auf main.
Tests und Review
Ausführbare Prüfungen und der Review-Pfad, den eine Änderung bis zum Merge durchläuft. Agenten-Review und menschliches Review liegen auf derselben Änderung.
Tracing und Kostentransparenz
Was ein Lauf getan hat, was er gekostet hat und woran er gescheitert ist. Ohne Traces endet der Pilot in Meinungen darüber, ob es funktioniert hat.
Übergabe zwischen Mensch und Agent
Wo ein Mensch entscheidet, wo ein Agent allein weiterläuft und wie die Übergabe in beide Richtungen funktioniert.
Belege aus dem Piloten
Wir messen Änderbarkeit und Ergebnisse, nicht die Menge des generierten Codes
Eine Factory verdient den Namen, wenn sie das Delivery-System verbessert und aus jedem Lauf lernt.
- Durchlaufzeit und Durchsatz
- Fluss
- Signale aus Review und Fehlern
- Qualität
- Sicherheit und Übergabe
- Mensch
- Ergebnis für euren Kontext
- Wert
Die Grenze
Pilot vor dem Plattform-Rollout
Großes Factory-Programm
Infrastruktur und Governance werden entworfen, bevor die Organisation eine laufende Referenz hat.
- Annahmen verhärten sich zu Architektur.
- Teams warten auf eine zentrale Plattform.
- Geschäftsergebnisse bleiben abstrakt.
- Das Lernen kommt spät und teuer.
Ein echter Wertstrom
Ein begrenzter Slice schafft die Belege für die größere Investition.
- Architektur trifft auf echte Grenzen.
- Die interne Verantwortung entsteht durch Nutzung.
- Qualität und Übergabe werden früh geprüft.
- Der Umfang des Rollouts folgt den Belegen.
Ergebnis
Was die Entscheidung hervorbringt
Der Pilot endet mit etwas Laufendem und einer Entscheidung, die ihr im eigenen Haus vertreten könnt.
Eine laufende Referenz für euren Kontext
Ein funktionierender Ausschnitt in eurer Codebasis, dazu die Artefakte, die wir zu Beginn vereinbaren. Er bleibt bei euch, und euer Team kann daran weiterarbeiten.
Evidenz gegen eine vereinbarte Baseline
Wir einigen uns vor dem Start auf die Baseline und schauen danach auf dieselben Delivery- und Qualitätssignale. Verglichen wird gegen diese Baseline, nicht gegen einen Wert von außen.
Dokumentierte Grenzen
Was die Arbeit gebremst hat, technisch und organisatorisch, aufgeschrieben statt im Flurgespräch verhandelt.
Skalieren, nachjustieren oder abbrechen
Eine Empfehlung mit Begründung, und eine benannte Person bei euch, die den gewählten Weg trägt. Skalierung ohne internen Eigentümer hält nicht.
Preis für den Piloten
Der Scope folgt den Belegen
Das Assessment legt Wertstrom, Baseline und Messplan fest, bevor wir den Piloten anbieten.
Bevor der Pilot startet
Können wir einen Piloten ohne Readiness Assessment kaufen?
Der übliche Weg schneidet den Piloten aus dem Assessment. Wenn gleichwertige Belege schon vorliegen, prüfen wir sie, statt die Arbeit zu wiederholen. Der Pilot braucht trotzdem ein benanntes Ergebnis, eine Baseline, die Engpässe und einen Messplan.
Welchen Wertstrom sollten wir wählen?
Nehmt echte Arbeit mit sichtbarem Wert, eine Mischung aus AI-neugierigen und skeptischen Menschen, genug technische Komplexität, um Grenzen zu zeigen, und Rückhalt in der Führung. Keine Spielwiese.
Wem gehört die Factory nach dem Piloten?
Die interne Verantwortung ist Teil des Entwurfs. Der Pilot benennt die Menschen, den Zuschnitt des Plattformteams, das Operating-Modell und die Übergabearbeit für den breiteren Rollout.
Erst eine laufende Referenz, dann skalieren
Nutzt das Readiness Assessment, um Wertstrom, Ergebnis, Belege und Scope für euren Factory Pilot festzulegen.