01 / Agentische SDLC

Von Anforderungen bis zur autonomen Auslieferung.

Die meisten Engineering-Organisationen fahren die Methodik von gestern gegen Agenten, die sie längst überholt haben, und die meisten Rollouts schulen nur Entwickler, also genau die Stufe, die die Arbeit nicht mehr aufhält. Agentische SDLC schliesst beide Lücken.

30-Minuten-Erstgespräch buchen
Strategie-Session
ab CHF 3k
Diagnose
CHF 15-25k
Code-Factory
ab CHF 40k
R&D-Betriebsmodell
ab CHF 50k
Legacy-Migration
ab CHF 60k
Gruppen-Rollout
ab CHF 30k / Einheit
02 / Warum der ganze Zyklus

Der Engpass hat sich verschoben. Die meisten KI-Tool-Rollouts tun, als wäre nichts geschehen.

Wenn Agenten produktiven Code in Minuten schreiben, ist die Tippgeschwindigkeit nicht mehr die Beschränkung. Der Druck wandert nach oben: zu Produkt-Framing, Anforderungsengineering, Spec-Qualität, Review-Kapazität, QA. Tooling, das nur die Coding-Schicht angeht, optimiert den Teil der Pipeline, der die Arbeit längst nicht mehr aufhält. Agentische SDLC deckt stattdessen den ganzen Zyklus ab, von den Anforderungen über Review und QA bis zum Deployment.

Was den Unterschied machtEntwickler → die ganze R&D-Organisation

Die meisten Programme schulen Entwickler und hören dort auf. Wenn Coden aber nicht mehr der Engpass ist, schiebt das Training nur der Coder die Warteschlange nach hinten, zu Review und QA. Wir holen die ganze Pipeline an Bord, Ideenfindung, Anforderungsengineering, Build, Review und QA/QE, damit sich die gesamte R&D-Organisation gemeinsam bewegt. Deshalb werden Mandate nach R&D-Kopfzahl bemessen, nicht nach Entwickler-Lizenzen.

Was sich ändert, wenn man den ganzen Produktzyklus angeht
  • Specs sind die PromptsAnforderungsengineering wird zur Aktivität mit der grössten Hebelwirkung. Specs sind die Prompts. Schlechte Specs erzeugen schlechte Agenten. Gute Specs zahlen sich in jeder nachgelagerten Schleife aus.
  • Das Review trägt die KorrektheitAgenten schreiben den Erstentwurf. Menschen und andere Agenten reviewen. Eval-Gates und Cross-Model-Review tragen Korrektheit, Sicherheit und Stil, bevor etwas ausgeliefert wird.
  • Die Arbeitseinheit ist ein KontextDie Arbeitseinheit ist ein verbundener Kontext: Produktdokumentation, Repo, Designsystem, Observability. Kein Jira-Ticket. Prompts, Evals, Guardrails und Agent-Skills liegen in der Versionsverwaltung.
  • Der Betrieb speist die SpecKeine isolierten Demos mehr, die das Slide-Deck nie verlassen. Observability aus dem Produktivbetrieb füttert das Produkt-Feedback. Das Produkt-Feedback schärft die Spec. Das System wird besser, während es läuft.
03 / Wo agentische Auslieferung kippt

Vier Muster, an denen KI-Tool-Rollouts auf L1 hängenbleiben.

Das sind keine Tool-Probleme. Sie erklären, warum ein Cursor- oder Claude-Code-Rollout bei 10-15% individuellem Uplift hängenbleibt, statt die Verschiebung auf Org-Ebene zu liefern, die der Business Case versprochen hat. Mindestens zwei davon werden Sie wiedererkennen.

  • 01

    Produktion günstiger, Wartung nicht

    Ein Agent erzeugt in einer Woche, was früher sechs Monate Arbeit waren. Das Team, das diesen Output prüfen, verstehen und verantworten muss, skaliert nicht im gleichen Tempo. Output ohne Gegendruck wird zum teuersten Aufräumen, das die nächste Quartalsplanung erbt.

    Genau diese Lücke schliesst der Methodenwechsel.

  • 02

    Der Sprint-Apparat überlebt nicht

    Wenn ein Agent in vier Stunden ausliefert, haben die Dailies, Refinements und Retros, die lose Specs über zwei Wochen fertiggestellt haben, nichts mehr, woran sie andocken könnten. Der Mechanismus, der vage Anforderungen kompensiert hat, ist weg. Der Kalender ist trotzdem voller Meetings, die für ihn gedacht waren. Specs müssen präzise nach vorne, sonst leidet die Qualität.

    Den neuen Loop zu bauen, ist die Aufgabe des L1 → L2 Sprints.

  • 03

    Agent-Tauglichkeit ist Codebase-Hygiene

    Eine unordentliche Codebase war schon für Menschen teuer. Mit Agenten skaliert die Unordnung schneller. Wenn ein Agent das richtige Kommando nicht ausführen und das Ergebnis nicht verifizieren kann, erzeugt er trotzdem überzeugend wirkenden Output, der beim zweiten Hinsehen bricht.

    Die langweiligen Fundamente und die agentische Schicht gehen zusammen rein. Sonst rechnet sich beides nicht.

  • 04

    Adoption ist kulturell, nicht nur Tooling

    Senior-Entwickler haben ein funktionierendes System. Aufgaben für einen Agenten zerlegen, Kontext liefern, entscheiden wann man übernimmt: die ersten Monate fühlen sich an wie Stützräder, bevor sie sich nach Hebelwirkung anfühlen. Direktiven erzeugen stille Verweigerung.

    Coaching ist das Mandat, kein Anhängsel.

04 / Reifegradmodell

Fünf Stufen, L0 bis L4. Die meisten Organisationen stehen zwischen L0 und L1.

Die Spannen gelten für Organisationen: Sie messen, was eine ganze Organisation liefert, wenn Specs, Review und Release um Agenten herum neu gebaut sind, bei gleichbleibender oder besserer DORA-Change-Failure-Rate. Sorgfältige Messungen pro Entwickler liegen deutlich darunter. L4 ist selten.

  1. L0

    Vor-KI

    Keine KI in der Auslieferung

    Baseline
  2. L1

    Assistiert

    Copilots, opportunistisch

    10-15% individuell
  3. L2

    Fundament

    Tooling + Methodik ausgerollt

    20-30% in 90 Tagen
  4. L3

    Spec-getrieben

    Eval-gesicherte agentische Auslieferung

    2-3× anhaltend
  5. L4Selten

    Autonom

    Agenten liefern, Menschen priorisieren

    Bis zu 5-10×, selten
05 / Zusammenarbeit

Klein einsteigen, in Modulen aufbauen, über die Gruppe skalieren.

Festpreis und ratenfreundlich. Einstieg mit einer Session oder einer Diagnose, dann die Programm-Module in der Reihenfolge, die Ihre Codebases brauchen, danach der Rollout über die Gruppe.

Einstieg
1 Tag

Strategie-Session

ab CHF 3k

Eine Frage, ein Tag, eine schriftliche Empfehlung. Innerhalb von 90 Tagen voll auf einen Folgeauftrag anrechenbar.

Umfang und Deliverables

Ein fokussierter ganzer Tag, vor Ort oder remote, zu einer konkreten Frage: Wo mit agentischer SDLC starten, Anbieterauswahl, Architektur-Review, „sollten wir das überhaupt bauen“. Am Ende des Tages haben Sie schriftliche Notizen und eine klare Empfehlung für den nächsten Schritt.

Ergebnis

Eine vertretbare Antwort auf Ihre konkrete Frage, kein generisches Deck. Der günstigste Weg zu prüfen, ob die Zusammenarbeit passt, und das Honorar ist innerhalb von 90 Tagen voll auf einen Folgeauftrag anrechenbar.

Deliverables
  • Arbeitssitzung mit den richtigen Leuten im Raum
  • Schriftliche Notizen plus klare Empfehlung für den nächsten Schritt
  • Optionales 30-min Folgegespräch innerhalb von zwei Wochen
Geeignet für

Wer den Fit testen will, bevor er sich festlegt, oder eine externe Einschätzung zu einer konkreten Entscheidung braucht.

2 Wochen

SDLC-Diagnose

CHF 15-25k

L0-L4-Reifegradbewertung über fünf Säulen, priorisierte Opportunitäten, 90-Tage-Roadmap und ein Readout für den Verwaltungsrat.

Umfang und Deliverables

Zwei Wochen. L0-L4-Reifegradbewertung über fünf Säulen (Produkt, Spec, Code, Review, Betrieb). Prozesslandkarte, priorisierte Opportunitäten, 90-Tage-Roadmap und ein Bericht, der einem Verwaltungsrat oder Eigentümer standhält.

Ergebnis

Eine vertretbare Diagnose. Sie gehen mit einer quantifizierten Baseline und einem sequenzierten Plan, der einer Eigentümer- oder Verwaltungsratsprüfung standhält, und das Ganze zahlt sich beim ersten Mal aus, wenn es einen wirkungsschwachen Piloten verhindert.

Deliverables
  • Reifegrad-Scorecard (L0-L4 über fünf Säulen)
  • Top-fünf-Opportunitäten mit Aufwand und Impact
  • 90-Tage-Rollout-Plan mit KPIs
  • Executive-Readout
Geeignet für

CTOs, VP Engineering und Eigentümer, die vor der Investition wissen wollen, wo ihre R&D-Organisation wirklich steht.

Agentisches SDLC-Programm

Drei Module · nach R&D-Kopfzahl

Drei Module, jedes mit eigenem Honorar. Moderne Codebases bekommen die Factory und das Betriebsmodell. Der Legacy-Kern bekommt das Migrationsmodul, gemessen daran, ob das Verhalten erhalten blieb und was der Rest kosten wird.

Ein Team

Code-Factory-Aufbau

ab CHF 40k

Die Factory, gebaut mit einem Lead-Team über dessen ganze Pipeline, Produkt bis QA/QE. Ihr Team besitzt sie.

Umfang und Deliverables

Wir bauen Ihre agentische Factory mit einem Lead-Team und holen dessen ganze Pipeline an Bord, vom Anforderungsengineering über Build und Review bis QA/QE. Tooling, Eval-Gates, Cross-Model-Review, Methodikschulung, gemeinsam ausgelieferte Leuchtturm-Spuren, fixierte KPI-Baseline. Train-the-Trainer durchgehend: Ihr Team besitzt es, nicht wir.

Ergebnis

Eine funktionierende Factory, die Ihr Team ohne uns betreibt, und ein messbarer Cycle-Time- und Review-Zeit-Gewinn in den ersten 90 Tagen. Bemessen in Kopfzahl-Bändern, fix und ratenfreundlich, nie open-ended.

Deliverables
  • Standard-Tooling ausgerollt (Modellauswahl, Lizenz- + Prompt-Management)
  • Eval-Gates und Cross-Model-Review (Flow-Next- / MergeFoundry-Pattern)
  • Onboarding der ganzen Pipeline: Produkt und Spec, Build, Review, QA/QE
  • Leuchtturm-Spuren end-to-end mit ausgeliefert
  • Cycle-Time- und Review-Zeit-Baseline fixiert
  • Methodik-Playbook, das Ihr Team besitzt
Geeignet für

Software-getriebene KMU, die zuerst ein Team die Factory durchgehend betreiben lassen wollen, Produkt bis QA/QE, bevor der Rest der Organisation folgt.

Für Software-KMU
Ganze Organisation

R&D-Betriebsmodell

ab CHF 50k, nach Kopfzahl

Readiness-Stufen pro Codebase, Pods aus drei bis fünf Personen, ein zentrales Team mit Lab, umgewandelte Rollen.

Umfang und Deliverables

Wir gestalten die R&D-Organisation rund um Agenten neu. Jede Codebase bekommt zuerst ihr Delivery-Setup und steigt vier Readiness-Stufen hoch; ab Stufe 3 verpflichten sich die Teams auf Durchsatz. Pods aus drei bis fünf Personen, ein kleines zentrales Team mit einem Lab darin, bestehende Rollen in neue umgewandelt, Kanban begrenzt durch die Review-Kapazität.

Ergebnis

Eine Organisation, in der jede Codebase eine bekannte Readiness-Stufe hat, jeder Pod einen benannten Review Lead und jede Verbesserung aus dem Lab alle Pods erreicht. Gemessen pro Team, gegen eine Baseline, die vor der Umstellung fixiert wurde.

Deliverables
  • Readiness-Stufe pro Codebase, mit dem Plan bis Stufe 3
  • Pod-Design: Spec Lead, Builder, benannter Review Lead
  • Zentrales Plattform-Team und Lab, besetzt mit Ihren Leuten
  • Plan für die Rollenumwandlung, Juniors geschützt
  • Flow-Regeln und Team-Metriken mit fixierter Baseline
Geeignet für

R&D-Verantwortliche mit etwa 15 bis etwa 500 Engineers, oft auf einer Mischung aus modernem und Legacy-Code, die wollen, dass sich die Form der Organisation mit den Werkzeugen ändert.

R&D-Betriebsmodell
Legacy-Kern · eigener Massstab und eigenes Honorar

Legacy-Migration

ab CHF 60k (Scoping CHF 15-25k)

Ein Bounded Context migriert und gegen das Altsystem geprüft, dazu eine bezifferte Schätzung für den Rest.

Umfang und Deliverables

Ein Modul mit eigenem Massstab und eigenem Honorar. Typischerweise etwa ein Drittel eines Ihrer Teams für etwa drei Monate; das Scoping legt Kontext und Dauer für Sie fest. Gemeinsam überführen wir einen weiteren Bounded Context des Altsystems auf die neue Architektur und messen, was es gebraucht hat. Aus diesem gemessenen Lauf wird eine bezifferte Schätzung für den Rest des Systems.

Ergebnis

Zwei Dinge, auf die ein Verwaltungsrat handeln kann: ein migrierter Kontext, dessen Verhalten gegen das Altsystem geprüft ist, und eine Schätzung für den Rest, gebaut aus dem, was tatsächlich passiert ist. Wenn die Arbeit stockt, behalten Sie trotzdem eine weit bessere Dokumentation des Altsystems als zu Beginn.

Deliverables
  • Eine aus dem Code erzeugte Dokumentationsschicht, Lücken in Interviews geschlossen
  • Ein weiterer Bounded Context, auf der Zielarchitektur neu gebaut
  • Verhalten gegen das Altsystem geprüft, mit der stärksten verfügbaren Prüfung
  • Eine bezifferte Schätzung für den Rest des Systems, aus dem gemessenen Lauf
  • Garantiertes Minimum: eine deutlich bessere Dokumentation des Altsystems
Geeignet für

Softwareunternehmen, deren Kernsystem Jahrzehnte alt ist, deren Wissen bei wenigen langjährigen Leuten liegt und bei denen jede Schätzung für eine Neuentwicklung „mehrjährig“ lautete.

Legacy-Migration
Danach skalieren
pro Einheit

Gruppen-Rollout

ab CHF 30k / Einheit

Die bewährte Factory, Einheit für Einheit übertragen. Kosten und Zeit pro Einheit sinken mit jedem Rollout.

Umfang und Deliverables

Sobald die Factory in einem Team oder Unternehmen bewährt ist, übertragen wir sie auf die Gruppe, eine Einheit nach der anderen. Jeder Rollout nutzt das bewährte Playbook wieder, also sinken Kosten und Zeit pro Einheit, während die Standards über das Portfolio konsistent bleiben.

Ergebnis

Eine bewährte Factory wird zum Gruppenstandard: dieselbe Methodik, dasselbe Tooling und dieselben KPIs über jedes Team und Unternehmen, ohne jedes Mal von vorne zu bauen.

Deliverables
  • Templatisierter Rollout pro Einheit (nutzt das bewährte Playbook wieder)
  • Geteilte Standards: Tooling, Evals, Guardrails, KPIs
  • Lokale Champions in jeder Einheit ausgebildet
  • Gruppenweite KPI-Sicht über alle Einheiten
  • Programmkoordination über das Portfolio
Geeignet für

Gruppen- und Holding-CTOs, die agentische Auslieferung über mehrere Teams oder Unternehmen standardisieren.

Alle Preise in CHF, zuzüglich MWST.Factory Care (optional): ein leichtes Retainer ab CHF 2k / Monat, das Ihre Factory auf dem neuesten Stand hält, während sich Modelle und Tools verändern. Opt-in, kein Lock-in, und Ihr Team besitzt das System weiterhin.
06 / Tools

Sattelfest im Standard-Stack. Und eigene Werkzeuge gebaut.

Die meisten Mandate laufen auf dem, was Ihr Team ohnehin nutzt (IDEs, Modellanbieter, CI, Observability). Dort, wo ich an reale Grenzen gestossen bin, habe ich eigene Werkzeuge gebaut, um sie zu durchbrechen. Sie speisen die Methodik, die ich mitbringe; sie sind keine Voraussetzung für die Zusammenarbeit.

07 / Häufige Fragen

Was Engineering-Leader zuerst fragen.

Geht es nur darum, Code schneller zu erzeugen?

Nein. Die Arbeit umfasst den ganzen Entwicklungszyklus, nicht nur die Code-Erzeugung: Produkt-Framing, Anforderungen und Specs, Review, QA, Dokumentation und Deployment. Sobald Agenten produktiven Code in Minuten schreiben, sitzt die Beschränkung in diesen Stufen. Deshalb erreicht ein Rollout, der nur das Tippen beschleunigt, seine Decke innerhalb eines Quartals.

Verkaufen Sie damit nicht einfach Cursor- / Claude-Code- / OpenAI-Codex-Rollouts?

Nein. Tool-Auswahl, Adoption und Coaching der Entwickler gehören dazu -- aber als kleiner Teil. Methodenwechsel, Eval-Gates, Cross-Model-Review, Everything-as-code, Observability-Schwungräder und organisatorische Neuauslegung sind dort, wo die Arbeit sitzt und wo der Wert liegt. Die Tools wechseln pro Quartal; die Methodik nicht.

Wo passen Flow-Next und MergeFoundry hinein?

Flow-Next ist das Open-Source-Pattern, das jedes Team unabhängig adoptieren kann. MergeFoundry ist die kommerzielle Plattform, die ich separat unter MergeFoundry, Inc. baue -- relevant, wenn ein Portfolio die L3/L4-Patterns einmal aufsetzen und überall wiederverwenden will. Keines ist Voraussetzung für ein Mandat; beides ist verfügbar, falls nützlich.

Wie messen Sie Erfolg?

Cycle Time, Review-Zeit, Deploy-Frequenz, Change-Failure-Rate (DORA-Kern), dazu SDLC-spezifische Metriken: Spec-Qualitäts-Scores, Pass-Rate der Eval-Gates, Verhältnis von Agent- zu Mensch-Autorenschaft, Latenz von Observability zur Spec. Baseline in Woche eins jedes Mandats.

Was ist mit regulierten Branchen?

Der Grossteil meiner Arbeit findet in regulierten Umgebungen statt -- Gesundheitswesen, Finanzen, öffentliche Hand. Eval-Gates, Audit-Trails, deterministische Pipelines und Provenienz sind keine Nachträge; sie sind die Architektur. Ich habe produktive KI in einem klinischen CIS und in gerichtstauglichen Vertragsplattformen ausgeliefert.

Funktioniert das auch auf einer Legacy-Codebase?

Ja, und zwar als eigenes Mandat. Legacy-Migration ist ein separates Modul des Programms mit eigenem Massstab und eigenem Honorar: Hat das Verhalten überlebt, und was wird der Rest kosten? Ein Scoping zum Festpreis bemisst die Arbeit; danach bauen wir einen Bounded Context auf der Zielarchitektur neu, prüfen ihn gegen das Altsystem und machen aus diesem gemessenen Lauf eine belastbare Kostenschätzung für den Rest. Agenten tragen den Grossteil der Verstehensarbeit, ausführbare Prüfungen des alten Verhaltens und die menschliche Freigabe halten das Ergebnis korrekt. Das garantierte Minimum ist eine deutlich bessere Dokumentation des Altsystems. Die Seite zur Legacy-Modernisierung zeigt die Schritte und beide Cut-over-Wege.

Verlieren meine Entwickler ihre Jobs?

Nein, aber ihre Arbeit verändert sich. Specs, Reviews, das Urteil über Edge Cases, Produkt-Framing, Agent-Supervision -- das wird die Arbeit mit Hebelwirkung. Entwickler, die sich darauf einlassen, gewinnen. Entwickler, die nur Code tippen, verlieren Boden -- unabhängig davon, ob Sie mich engagieren. Besser, es zu Ihren Bedingungen zu tun.

Remote oder vor Ort?

Beides. Die meisten Mandate sind hybrid: 1-2 Onsite-Tage zu Beginn und an wichtigen Meilensteinen, dazwischen remote. Rein remote funktioniert bei starker technischer Führung auf Ihrer Seite. Rein onsite ist selten den Preis wert.

Wie passt das neben mein bestehendes Plattform-Team?

Sauber. Das Plattform-Team verantwortet die Runtime; ich verantworte die Methodik und die Agent-Schicht. Wir bauen das Fundament gemeinsam, dann übernimmt Ihr Plattform-Team. Ich bleibe nicht ewig -- das ist der Test, ob das Mandat funktioniert hat.

Kontakt

Ein Gespräch, dann eine Diagnose oder ein Scoping.

Wir gehen durch, wo Ihre R&D-Organisation steht, welche Codebases bereit sind und ob das Programm oder ein einzelnes Modul der richtige erste Schritt ist.