Die Agent Factory: Agenten skalieren nach Plan, nicht nach Zufall
Eine Agent Factory ist kein Team, das Agenten schneller baut. Sie ist ein Betriebsmodell, das besser entscheidet, welche Agenten gebaut werden, und danach alles Weitere industrialisiert. Sie läuft in zwei Phasen. Envisioning und Rapid Prototyping, wo Ideen durch einen strukturierten Assessment-Funnel in wenige Proofs of Value laufen. Und Implementation Excellence, wo die Überlebenden durch definierte Entwicklungsstufen gehen, auf einem gemeinsamen Fundament aus Architektur, Governance und Change. Projekte skalieren nicht. Systeme schon.
Das Problem, das die Factory löst
Sobald die ersten Agenten sich als nützlich erweisen, trifft jede Organisation dieselbe Wand. Die Nachfrage explodiert, die Lieferung nicht. Fünfzig Ideen kommen aus dem Business. Drei Entwickler bauen heldenhaft. Niemand weiss, welche Anfragen den Aufwand verdienen, und jeder Agent wird ein Einzelprojekt mit eigener Architekturdebatte, eigener Security-Diskussion und einer Wartungsfrage, die niemand besitzen will.
Die instinktive Antwort: mehr Entwickler. Die richtige Antwort: ein System. Genau das ist die Agent Factory, das Betriebsmodell, mit dem ich in Enterprise-Programmen Agenten-Bau von seriellem Heldentum in eine wiederholbare Produktionslinie verwandle. Ich zeige dieses Framework regelmässig auf der Bühne, und die Folie, die am häufigsten fotografiert wird, ist der Funnel. Das hat einen Grund.
Phase 1: Envisioning und Rapid Prototyping
Die erste Phase existiert, um die zweite zu schützen. Ihr Job ist Business Alignment und Evaluation. Auf Deutsch: sicherstellen, dass das, was in die Factory kommt, dort auch hingehört.
Alle Ideen laufen durch einen strukturierten Intake. Jede wird gegen Geschäftswert und Machbarkeit geprüft, und vor allem anderen gegen die Skill-oder-Agent-Entscheidung aus dem Governance-Guide: Braucht diese Aufgabe einen Akteur, oder nur einen Spielzug? Ein guter Teil der “Agenten-Anfragen” verlässt den Funnel genau hier, als Skill, Prompt oder schlichte Prozesskorrektur. Das ist der günstigste Gewinn, den die Factory produziert, und die meisten Organisationen holen ihn nie ab.
Was überlebt, wird ein kleines Set paralleler Proofs of Value. Bewusst klein. Und die Wortwahl ist wichtig. Ein Proof of Concept fragt “Können wir es bauen?”, und die Antwort ist fast immer Ja, was fast nichts beweist. Ein Proof of Value fragt “Bewegt es eine Kennzahl, die jemand besitzt?” Jeder POV startet mit einem benannten Business Owner und einer definierten Outcome-Hypothese. Jeder endet mit einer Entscheidung: skalieren, parken oder killen.
Einen POV zu killen ist ein Factory-Erfolg, kein Scheitern. Es ist der Funnel, der seinen Job spät macht statt nie.
Phase 2: Implementation Excellence
Kandidaten, die Wert bewiesen haben, kommen auf die Produktionslinie. Mehrere Agenten-Projekte laufen parallel durch dieselben definierten Entwicklungsstufen: Initialization, Experimentation, Evaluation und Refinement, Deployment und Operations, Continuous Improvement. Dieselben Stufen, dieselben Quality Gates, dieselbe agile Methode, jedes Mal. Die Wiederholung ist der Punkt. Dein zehnter Agent sollte einen Bruchteil deines ersten kosten, weil nichts daran, wie er gebaut wird, neu entschieden wird.
Was die parallele Linie möglich macht, ist das Fundament darunter. Das ist der Teil, den die meisten Organisationen überspringen und zwölf Monate später in Panik nachbauen. Sieben Themen, einmal gelöst, von jedem Agenten geerbt:
↳ AI Architecture Design: Referenzmuster statt Erfindung pro Projekt
↳ Change und Enablement: Adoption ist kein Nachgedanke pro Agent, das Adoption-Playbook gilt auch hier
↳ Vendor Management
↳ Regulatory und Legal: im DACH-Kontext heisst das EU-AI-Act-Readiness und Mitbestimmung, auf Fundament-Ebene gelöst statt pro Agent neu verhandelt
↳ Data Engineering: Agenten sind nur so gut wie die Daten, die sie erben, das ist der ganze Punkt des Governance-Guides
↳ Interfaces und MCP Server: standardisierte Wege, auf denen Agenten Systeme erreichen
↳ Governance, Compliance und Security: Register, Identität, Lifecycle, ab Tag 1 verdrahtet mit Agent 365 und Entra Agent ID
Was die Factory nicht ist
Sie ist kein zentrales Team, das alles baut. Das wäre das Bottleneck, und das Bottleneck stoppt das Bauen nicht. Es verschiebt das Bauen in den Schatten. Die Factory ist das System, durch das verteiltes Bauen sicher wird: klarer Intake, gemeinsames Fundament, gemeinsame Stufen. Business-Teams schlagen weiter vor und tragen Mitverantwortung. Die Factory hält die Standards.
Und sie ist kein Tooling-Einkauf. Copilot Studio, Foundry, Agent 365: Das sind die Maschinen. Die Factory ist der Grundriss der Fabrik. Wer entscheidet was, in welcher Reihenfolge, gegen welche Gates. Mehr Maschinen ohne Grundriss produzieren exakt den 40-Agenten-Friedhof, den der Governance-Guide beschreibt.
Wo Organisationen falsch abbiegen
Drei Fehlermuster tauchen in meinen Projekten immer wieder auf.
Mit Phase 2 anfangen. Wer Infrastruktur für unqualifizierte Nachfrage baut, bekommt eine leere Fabrik mit exzellenten Förderbändern.
Den Funnel unter Druck überspringen. “Bau es einfach, es ist dringend” macht aus der Factory innerhalb eines Quartals wieder einen Projekt-Shop. Der Funnel funktioniert nur, wenn auch dringende Anfragen durch ihn laufen. Gerade dann.
Die Factory an gebauten Agenten messen. Das ist der schnellste Weg zu vielen Agenten, die niemand brauchte. Die ehrlichen KPIs: Funnel-Durchsatz mit Exit-Gründen, POV-zu-Scale-Konversion, Kosten pro Agent über die Zeit, und die Business-Kennzahlen, die sich tatsächlich bewegt haben.
Dein nächster Schritt: der Factory-Readiness-Check
- Kommen Agenten-Ideen durch einen strukturierten Intake, oder durch die lauteste Stimme?
- Durchläuft jeder Kandidat die Skill-oder-Agent-Entscheidung, bevor jemand baut?
- Starten deine POVs mit benanntem Business Owner und Outcome-Hypothese?
- Könnten deine Teams die Standard-Stufen eines Agenten beschreiben, und zwar identisch?
- Welche Fundament-Themen (Architektur, Legal, Daten, Interfaces, Governance) sind einmal gelöst, und welche werden pro Projekt neu verhandelt?
Drei oder mehr Lücken: Du hast keine Factory. Du hast talentierte Leute, die das Fehlen einer Factory kompensieren.
Der Guide gibt dir das Denkmodell. Trainiert wird anders.
- Wöchentlicher Trainingsrhythmus: Copilot Your Day, jeden Montag um 7:30Newsletter abonnieren
- Live: die "Become a Frontier Firm"-Keynote oder ein Executive Briefing mit euren Zahlen auf dem TischSpeaking →
- In deiner Organisation: Ganze Transformations-Programme sind die Arbeit, die ich mit meinem Team bei Campana & Schott mache. Die Kontaktseite zeigt den Weg.
FAQ
Wie kommen wir von Einzel-Agenten zu einer Agent Factory?
Installiere die zwei Phasen in dieser Reihenfolge. Zuerst die Intake-Seite: ein strukturierter Funnel, die Skill-oder-Agent-Entscheidung als Eingangs-Gate, POVs mit benannten Ownern und Outcome-Hypothesen. Dann die Produktionsseite: Standard-Entwicklungsstufen und das gemeinsame Fundament. Die meisten Organisationen machen es rückwärts, Infrastruktur zuerst und Qualifikation nie. Pascal Brunner-Nikolla, Microsoft MVP für M365 Copilot & Agents, fasst es so: Die Factory baut Agenten nicht schneller, sie entscheidet besser, welche gebaut werden.
Was ist ein Proof of Value, und wie unterscheidet er sich vom Proof of Concept?
Ein Proof of Concept fragt, ob sich etwas bauen lässt. Die Antwort ist fast immer Ja, und sie beweist wenig. Ein Proof of Value fragt, ob der Agent eine Kennzahl bewegt, die einem Business Owner wichtig ist, mit definierter Hypothese und einer Skalieren-Parken-Killen-Entscheidung am Ende. Factories fahren POVs, keine POCs.
Wem sollte die Agent Factory gehören?
Gemeinsam. Das Business besitzt den Funnel-Input und die Wert-Hypothesen. Die IT besitzt das Fundament und die Stufen. Eine kleine Factory-Lead-Funktion besitzt die Standards und die Gate-Entscheidungen. Eine Factory, die der IT allein gehört, baut technisch exzellente Agenten, die niemand wollte. Gehört sie dem Business allein, baut sie genau die Governance-Schuld wieder auf, die der Funnel verhindern sollte.
Wie viele Agenten sollten wir parallel bauen?
Weniger, als dein Ideen-Backlog nahelegt. Der Funnel existiert, um das parallele POV-Set klein genug zu halten, dass jeder einen echten Owner und am Ende eine echte Entscheidung hat. Die parallele Linie zu skalieren ist eine Phase-2-Fähigkeit, die mit dem Fundament wächst. Keine Launch-Ambition.
Was gehört ins AI-Fundament, bevor Agenten skaliert werden?
Sieben Themen, einmal gelöst: Referenzarchitektur, Change und Enablement, Vendor Management, Regulatory und Legal (EU AI Act und Mitbestimmung im DACH-Raum), Data Engineering, standardisierte Interfaces inklusive MCP, und Governance verdrahtet mit den Plattform-Kontrollen (Agenten-Register, Identität pro Agent). Jedes Thema, das auf Fundament-Ebene ungelöst bleibt, wird pro Projekt neu verhandelt, zu einem Vielfachen der Kosten.
Woran messen wir, ob die Factory funktioniert?
Nicht an gebauten Agenten. Track den Funnel-Durchsatz mit Exit-Gründen (inklusive der Anfragen, die korrekt zu Skills wurden), die POV-zu-Scale-Konversion, Kosten und Durchlaufzeit pro Agent über die Zeit (der zehnte muss deutlich günstiger sein als der erste), und die Business-Kennzahlen, die die skalierten Agenten bewegen. Eine beeindruckende Agenten-Zahl bei flachen Business-Kennzahlen ist die Factory, die laut scheitert.
Zum Vertiefen
- Skills vs. Agents: Der Governance-GuideDas Eingangs-Gate des Funnels, in voller Länge.
- Das Adoption-PlaybookDas Change-und-Enablement-Fundament, das die Factory erbt.
- Episode 98 — Agent Factory BlueprintDer Newsletter-Ursprung dieses Frameworks.
- Episode 111 — Agent 365 is GA. All You Need to KnowDie Kontrollebene, auf der die Governance-Schicht der Factory aufbaut.