Die meisten KI-Trainings bringen Menschen bei, bessere Prompts zu schreiben. Das ist nicht das Problem. Das Problem ist: Ihre KI weiß nichts über Ihr Projekt, und niemand im Team schreibt dieses Wissen so auf, dass sie es lesen kann. Genau das bauen wir zwei Tage lang mit Ihrem Team – in Ihren Repositories, an Ihrer echten Arbeit.
Wir haben es beide Wege probiert, und der Unterschied ist deutlich. Schicken Sie zwei Champions, bekommen Sie zwei Leute, die anders arbeiten als alle anderen. Das ist DL2 mit Zwischenschritten, und der Gewinn geht mit ihnen in den Urlaub.
Die Dateien, die die KI vor jeder Aufgabe liest, müssen von den Leuten geschrieben und gepflegt werden, die das System kennen. Nicht von zwei Freiwilligen und nicht von uns.
Eine Regel, auf die sich alle im Raum geeinigt haben, hält. Eine Regel, die zwei Leute aus einem Workshop mitbringen, wird bis Freitag ignoriert.
Teams erwarten das Problem beim Programmieren. Meist steckt es in den Anforderungen oder im Test – also müssen die Leute aus diesen Phasen dabei sein.
Zwei Tage mit allen schlagen sechs Wochen, in denen eine Person ihre Kollegen überzeugen will.
Kein Foliennachmittag und kein Workshop-Tag. Beide Tage sind Arbeitstage, und alles, was wir bauen, bleibt in Ihren Repositories, wenn wir gehen.
Wir fangen dort an, wo Sie wirklich stehen. Jedes Team bewertet seine sechs Delivery-Phasen selbst, offen, ohne Noten und ohne Schönfarben. Ihre Form auf dem Sechs-Achsen-Diagramm sehen Sie in der ersten Stunde.
Dann benennen wir den Engpass. Nicht den allgemeinen, Ihren: die eine Phase, die den Rest des Teams zurückhält, mit dem Grund dafür.
Der Nachmittag gehört dem Framework und dem Betriebsmodell: was DL3 für Ihre Teams konkret bedeutet, welche Praktiken dorthin führen und was zunächst außen vor bleibt.
Wir bauen das Kontextsystem in Ihren Repositories. CLAUDE.md als Team-Brain: Ihre Konventionen, Ihre Architekturregeln, die harten Randbedingungen, die die KI nicht brechen darf. ARCHITECTURE.md und Decision Records, wo sie fehlen.
Dann arbeiten wir den Lieferzyklus mit echten Tickets aus Ihrem Backlog durch. Spec-first-Anforderungen, die die KI ausführen kann. Explore, Plan, Act statt Prompt und Hoffnung. Tests aus Akzeptanzkriterien. Release Notes aus dem, was wirklich im Repository steht.
Zum Schluss der Plan: was jedes Team übernimmt, was sich in der Definition of Done ändert und woran Sie in vier Wochen erkennen, ob es funktioniert hat.
KI in der IDE ist eine von sechs Phasen. Die Teams, die das Plateau verlassen, setzen KI in allen ein – und genau das decken die zwei Tage ab.
Spec-first, so geschrieben, dass eine KI ohne Klärungsrunde daraus bauen kann.
Designsysteme und User Journeys in gemeinsamen Dateien statt in einzelnen Köpfen.
ARCHITECTURE.md und Decision Records, damit die KI Änderungen vorschlägt, die zu Ihrem System passen.
Die Explore-Plan-Act-Schleife, bei der die Kontextdateien die Arbeit tragen.
Tests aus Akzeptanzkriterien, und was man gegen False Positives tut.
Dokumentation und Release Notes aus dem, was im Repository steht.
Nichts davon lebt in einem Foliensatz. Am Ende von Tag zwei existiert das alles und ist committed.
Zwei Tage ändern, was ein Team weiß. Vier Wochen ändern, was ein Team tut. Der Track ist leicht: wir sind in den Momenten da, in denen neue Gewohnheiten sonst zusammenbrechen.
Die Kontextdateien treffen auf echte Arbeit und bekommen ihre ersten Korrekturen.
Spezifikationen entstehen auf die neue Weise, die ersten prüfen wir mit.
Review-Methodik im Alltag. Wir schauen auf die Akzeptanzrate.
Was hält, was gerutscht ist und was das nächste Level bräuchte.
Ja, unter einer Bedingung: Kameras an und das ganze Team an beiden Tagen dabei. Wir haben beides gemacht. Der Fehlermodus online ist nicht das Format, sondern halbe Aufmerksamkeit aus dem Postfach.
Nein, und das sagen wir lieber offen. Tag 1 bringt den ehrlichen Blick und das Framework. Ohne Tag 2 wird nichts gebaut, und Sie haben Erkenntnis statt Veränderung gekauft.
Nein. Bringen Sie Ihre Repositories und Ihr echtes Backlog mit. Wir arbeiten mit den KI-Tools, die Sie schon bezahlen.
Das ist normal, und deshalb bewertet sich jedes Team einzeln. Der Plan kommt pro Team heraus, nicht einer für alle.
Alle, die liefern: Entwickler, QA, Produkt, Leads. Fehlt eine Phase im Raum, bewegt sich diese Phase nicht.
Ab 8.000 €, je nachdem wie viele Teams teilnehmen und ob wir zu Ihnen kommen. Das Assessment vorab ist kostenlos.
Vor jedem Workshop machen wir das 30-Minuten-Assessment, damit wir beide wissen, wo Ihre Teams stehen und ob zwei Tage überhaupt der richtige nächste Schritt sind. Es ist kostenlos und kostet Sie eine halbe Stunde.