Zum Inhalt springen

Software Factory

Entscheidet über den Rollout mit Belegen aus eurer eigenen Auslieferung.

Rund drei Monate, ein echter Wertstrom: Der Factory-Pilot bringt eine Software Factory mit KI-Agenten in eure Auslieferung und misst, was sich ändert.

Für
Organisationen, denen das Assessment einen Piloten empfiehlt
Ergebnis
Eine laufende Factory in einem echten Wertstrom, mit Delivery-Daten
Dauer
Rund drei Monate
Preis
Startet oft um 150.000 EUR, als Richtwert. Umfang und Preis setzt euer Assessment.
Nächster Schritt
Eine Rollout-Empfehlung und eine benannte interne Verantwortung
  • Rund drei Monate, zugeschnitten aus eurem Assessment

So lernt jeder Lauf im Piloten

  1. 01

    Den Wertstrom wählen

    ein echter Produkt- oder Engineering-Ablauf

  2. 02

    Die Factory bauen

    Absicht, Kontext, Agenten und menschliche Steuerung

  3. 03

    Laufen lassen und beobachten

    in echter Arbeit, mit Delivery- und Qualitätssignalen

  4. 04

    Festschreiben und entscheiden

    aus manuellen Korrekturen werden Regeln oder Tests

Die Entscheidung schließt die Schleife: Der nächste Lauf baut auf dem auf, was Schritt 04 festgehalten hat.

Was ihr am Ende habt

Am Ende läuft ein Stück Factory, und ihr habt die Messdaten dazu

Der Pilot probiert die Roadmap aus dem Assessment im Kleinen aus, bevor ihr sie skaliert: an einem Wertstrom, aber an echter Arbeit, damit die Daten etwas aussagen.

Laufende Factory

Orchestrierung, Repository-Anbindung, Isolation der Arbeit, Quality Gates, Review und Übergabe an Menschen, im Einsatz an einem echten Wertstrom.

Delivery-​Daten

Baseline und Messwerte aus dem Piloten für DORA mit der Durchlaufzeit von der Idee bis zu den ersten Nutzer:innen, Rework Rate, Nutzung des Ausgelieferten und Kosten pro Änderung, dazu das Ergebnis, das in eurem Kontext zählt.

Betriebsgrenzen

Technische und organisatorische Grenzen aus dem echten Einsatz, dokumentiert vor dem breiteren Rollout.

Empfehlung zur Skalierung

Was wächst, was vorher anders werden muss, wer es verantwortet und wie der Rollout läuft.

Das richtige Projekt für den Piloten

Was es braucht

Das richtige Projekt für den Piloten

Der Pilot ist nur so gut wie das Projekt, an dem er läuft. Am falschen lernt ihr wenig, das euch weiterbringt.

  • Ein echtes, laufendes Projekt

    Arbeit, die schon auf der Roadmap steht und sowieso passiert. Eine Spielwiese zeigt vor allem, dass die Spielwiese läuft.

  • Dringlichkeit und Mandat vom Management

    Echter Druck hinter der Arbeit und ein Management, das den Piloten mit seinem Mandat stützt. Ohne diese Deckung rutscht der Pilot leicht hinter die nächste Eskalation.

  • Freiwillige von Junior bis Senior

    Leute, die sich selbst melden, aus allen Erfahrungsstufen. Die Mischung holt Perspektiven aus dem ganzen Team herein.

  • Zugriff auf Codebasis und CI

    Das Team arbeitet im echten Repository mit der echten Pipeline. Was daneben gebaut wird, lässt sich schwer zurückholen.

  • Was wir ausschließen

    Spielwiesen, Zwangsteilnahme, reine Junior-Teams und Arbeit im Krisenmodus. All das macht das Ergebnis schwer lesbar und schwer übertragbar.

So läuft es

So läuft der Pilot: vier Schritte

  1. 01

    Den Wertstrom wählen

    Wir wählen einen echten Produkt- oder Engineering-Ablauf mit genug Wert, Belegen und Rückhalt, um daraus zu lernen.

  2. 02

    Die Factory bauen

    Wir verbinden Absicht, Kontext, Agenten, Repositories, CI, Review, Deployment und menschliche Steuerung.

  3. 03

    Laufen lassen und beobachten

    Die Factory übernimmt echte Aufgaben. Wir messen Delivery, Rework, Nutzung, Kosten, Fehler und Übergaben.

  4. 04

    Festschreiben und entscheiden

    Manuelle Korrekturen werden Regeln oder Tests, Grenzen werden festgehalten, und wir empfehlen den nächsten Rollout-Schritt.

Was der Pilot für euren Wertstrom baut

Was dazugehört

Was der Pilot für euren Wertstrom baut

Wir passen den Ausschnitt an euren Wertstrom an, damit der Pilot baut, was dieser Wertstrom braucht.

Arbeit und Zustand

Wo Arbeit liegt, welchen Status sie hat und wie ein Agent sie aufnimmt und zurückgibt.

Kontext und Orchestrierung

Der geschichtete Kontext, den ein Agent vorab liest, und die Regeln, die Agenten Aufgaben zuteilen.

Repository und CI

Agenten arbeiten in Branches, öffnen Pull Requests und durchlaufen dieselbe Pipeline wie alle.

Tests und Review

Ausführbare Prüfungen und der Review-Weg vor dem Merge. Agenten-Review und menschliches Review sehen dieselbe Änderung.

Tracing und Kostentransparenz

Was ein Lauf getan hat, was er gekostet hat und wo er gescheitert ist. Ohne Traces bleibt am Ende nur Meinung.

Übergabe zwischen Mensch und Agent

Wo ein Mensch entscheidet, wo ein Agent allein weiterläuft und wie die Übergabe in beide Richtungen klappt.

Woran ihr es messt

So messen wir den Piloten: Delivery, Rework, Nutzung, Kosten

Eine Factory verdient den Namen erst, wenn sie das Delivery-System verbessert und aus jedem Lauf lernt.

Durchlaufzeit von der Idee bis zu den ersten Nutzer:innen, Fehler und Wiederherstellung
DORA
Änderungen, die neu gemacht werden, bevor sie bei den Nutzer:innen ankommen
Rework Rate
Zielnutzer:innen, die das Ausgelieferte nach 30 Tagen nutzen
Nutzung
Tokens, Agentenlaufzeit und Review-Zeit
Kosten pro Änderung

Warum es zählt

Erst an einem Wertstrom beweisen

Großes Factory-​Programm

Infrastruktur und Governance entstehen, bevor es eine laufende Referenz gibt.

  • Annahmen verfestigen sich zu Architektur.
  • Teams warten auf eine zentrale Plattform.
  • Geschäftsergebnisse bleiben abstrakt.
  • Erkenntnisse kommen spät und kosten viel.

Ein echter Wertstrom

Ein begrenzter Ausschnitt liefert die Argumente für die größere Investition.

  • Die Architektur muss sich an echten Grenzen bewähren.
  • Die interne Verantwortung wächst im Einsatz.
  • Qualität und Übergabe werden früh getestet.
  • Der Rollout-Umfang folgt den Belegen.
Was ihr am Ende des Piloten habt

Wie es weitergeht

Was ihr am Ende des Piloten habt

Etwas, das läuft, und eine Entscheidung, die ihr im eigenen Haus vertreten könnt.

Eine laufende Referenz für euren Kontext

Ein funktionierender Ausschnitt in eurer Codebasis und die zu Beginn vereinbarten Artefakte. Beides bleibt bei euch, und euer Team kann daran weiterarbeiten.

Messung gegen eine vereinbarte Baseline

Die Baseline steht vor dem Start fest, danach lesen wir dieselben Delivery- und Qualitätssignale.

Skalieren, nachjustieren oder stoppen

Eine begründete Empfehlung und eine benannte Person bei euch, die den gewählten Weg trägt. Skalierung ohne interne Verantwortung hält nicht.

Was Kund:innen sagen

Von 2 auf 20 Engineers, die täglich mit Agenten arbeiten

Pilot

Wir sind von 2 Engineers, die mit Agentic Coding gespielt haben, auf 20 gestiegen, die es täglich nutzen. Wir haben 17 Skills und 9 Agenten entwickelt, die allen Engineers zur Verfügung stehen. Selbst die Skeptiker sind inzwischen dabei. Es gibt sogar einen Slack-Channel, in dem Erkenntnisse und Beschwerden geteilt werden, wenn Claude ausfällt.
Tom Hibbert (öffnet in einem neuen Tab)
Chief Technology Officer
Moonfare

Vor der Entscheidung

Fragen zum Factory Pilot

Geht der Pilot auch ohne Factory Readiness Assessment?

Der Standardweg leitet den Piloten aus dem Assessment ab. Gibt es schon gleichwertige Belege, prüfen wir sie. In jedem Fall braucht der Pilot ein benanntes Ergebnis, eine Baseline, die Engpässe und einen Messplan.

Welcher Wertstrom eignet sich?

Echte Arbeit mit sichtbarem Wert, eine Mischung aus KI-Neugierigen und Skeptiker:innen, genug technische Komplexität, um Grenzen zu zeigen, und Rückhalt in der Führung. In großen Organisationen zeigt je ein Pilot pro repräsentativem Bereich, etwa SAP, E-Commerce oder Infrastruktur, was übergreifend trägt.

Ein Wertstrom auf einem Altsystem kann zugleich der Pilot einer Legacy-Modernisierung sein.

Legacy-Modernisierung
Wem gehört die Factory nach dem Piloten?

Die interne Verantwortung gehört zum Entwurf. Der Pilot benennt Menschen, Zuschnitt des Plattformteams, Betriebsmodell und die Übergabe, die ein breiterer Rollout braucht.

Wer liefert den Piloten?

Stefan Munz und Benedikt Stemmildt verantworten euren Piloten und bleiben durchgehend eure Ansprechpartner. Senior Engineers unseres Delivery-Partners re:cinq bauen ihn mit eurem Team, sonst Engineers aus unserem Netzwerk von mehr als 70 Praktiker:innen. Das Team stimmen wir vorab mit euch ab.

Was brauchen Einkauf und Rechtsabteilung?

Alles, was euer Einkauf und eure Rechtsabteilung brauchen, steht auf einer Seite.

Über unsEinkauf und Recht

Erst eine laufende Referenz, dann skalieren

Mit dem Factory Readiness Assessment legt ihr Wertstrom, Ergebnis, Belege und Umfang eures Factory Pilots fest.