Von der Absicht zum laufenden System

Je einfacher KI das Bauen von Software macht, desto wichtiger wird die Frage, was Sie eigentlich wollen, und innerhalb welcher Verantwortlichkeiten und Grenzen. CaseFlows beginnt mit dieser Frage, hält die Antwort in einer offenen Spezifikation fest und führt diese Spezifikation direkt aus.

Der Engpass hat sich verschoben

Die Kluft zwischen Fachbereich und IT ist alt. Anforderungen, agile Teams, Product Owner und Low-Code haben sie verkleinert, doch der Übersetzungsschritt blieb: Jemand sagt, was gebraucht wird, jemand anderes macht daraus Software.

Ein Code-Assistent schreibt heute in kurzer Zeit funktionierenden Code. Damit verschiebt sich die Knappheit zur Absicht: welches Ergebnis, für wen, mit welchen Verantwortlichkeiten und innerhalb welcher Grenzen. Auch Gartner nennt Spezifikationen den wichtigsten Steuerungspunkt in der KI-gestützten Entwicklung: Wer die Absicht nicht besitzt, überlässt die Steuerung dem Entwicklungsprozess oder der KI.

Dieses Wissen liegt bei den Menschen, die die Arbeit tun. Eine Planerin weiß, wie Planung funktioniert. Ein Sachbearbeiter für Genehmigungen weiß, was bei einem Antrag ins Gewicht fällt.

%%{init: {"theme":"base","themeVariables":{"primaryColor":"#FFFBF3","primaryBorderColor":"#211D18","primaryTextColor":"#211D18","lineColor":"#211D18","secondaryColor":"#FCE3D2","secondaryBorderColor":"#EC6A22","tertiaryColor":"#ffffff","tertiaryBorderColor":"#D9CFBE","clusterBkg":"#F5EFE4","clusterBorder":"#D9CFBE","fontFamily":"Instrument Sans, system-ui, sans-serif","fontSize":"15px"},"flowchart":{"padding":18,"nodeSpacing":40,"rankSpacing":45}}}%%
flowchart TB
  subgraph before["Früher"]
    direction LR
    W1["Was wir wollen"] --> T1["Übersetzung<br/>Analyst, Entwickler"] --> C1["Code"]
  end
  subgraph now["Heute"]
    direction LR
    W2["Was wir wollen"] --> T2["Spezifikation"] --> C2["KI baut"]
  end
  before ~~~ now
  classDef scarce fill:#FCE3D2,stroke:#EC6A22,stroke-width:2px
  class C1,W2 scarce

Seitlich scrollen, um das ganze Diagramm zu sehen.

Drei Ebenen, jede mit eigenem Eigentümer

Absicht. Warum gibt es diesen Prozess, und welches Ergebnis zählt? In einfacher Sprache, bewusst unvollständig.
Spezifikation. Der Case, der Caseflow, die Case-Rollen, was jede Rolle in jeder Phase sehen und tun kann, und welche Services genutzt werden. Präzise und lesbar: JSON für die Struktur, Markdown für das Verhalten.
Ausführung. Was in einem echten Case geschieht, getan von Menschen, Systemen und Agenten.

%%{init: {"theme":"base","themeVariables":{"primaryColor":"#FFFBF3","primaryBorderColor":"#211D18","primaryTextColor":"#211D18","lineColor":"#211D18","secondaryColor":"#FCE3D2","secondaryBorderColor":"#EC6A22","tertiaryColor":"#ffffff","tertiaryBorderColor":"#D9CFBE","clusterBkg":"#F5EFE4","clusterBorder":"#D9CFBE","fontFamily":"Instrument Sans, system-ui, sans-serif","fontSize":"15px"},"flowchart":{"padding":18,"nodeSpacing":40,"rankSpacing":45}}}%%
flowchart TB
  I["Absicht<br/>warum, und welches Ergebnis zählt"] --> S["Spezifikation<br/>Case, Caseflow, Case-Rollen, Rechte"] --> X["Ausführung<br/>Menschen, Systeme und Agenten in echten Cases"]
  X -. Signale .-> I
  X -. Signale .-> S

Seitlich scrollen, um das ganze Diagramm zu sehen.

Beschreiben, bauen, erleben, anpassen

Wer die Arbeit kennt, beschreibt sie im Gespräch mit dem CaseFlows-Coach. Der Coach fragt nach, wo etwas noch nicht klar ist, und macht daraus die Spezifikation. Während des Gesprächs entsteht ein Modell, das Sie sich ansehen können: welche Phasen, welche Rollen, wo sich Verantwortung verschiebt.

Dann starten Sie einen Testcase und übernehmen selbst die Rolle von Kunde, Planer oder Prüfer. Was sich nicht richtig anfühlt, sprechen Sie aus, und die nächste Runde beginnt.

%%{init: {"theme":"base","themeVariables":{"primaryColor":"#FFFBF3","primaryBorderColor":"#211D18","primaryTextColor":"#211D18","lineColor":"#211D18","secondaryColor":"#FCE3D2","secondaryBorderColor":"#EC6A22","tertiaryColor":"#ffffff","tertiaryBorderColor":"#D9CFBE","clusterBkg":"#F5EFE4","clusterBorder":"#D9CFBE","fontFamily":"Instrument Sans, system-ui, sans-serif","fontSize":"15px"},"flowchart":{"padding":18,"nodeSpacing":40,"rankSpacing":45}}}%%
flowchart LR
  D["Beschreiben<br/>mit dem Coach"] --> B["Bauen<br/>Spezifikation und Bildschirme"] --> E["Erleben<br/>ein Testcase, in einer Rolle"] --> A["Anpassen"] --> D

Seitlich scrollen, um das ganze Diagramm zu sehen.

Die Spezifikation wird nicht übersetzt, sie wird ausgeführt

Hier unterscheidet sich CaseFlows von Spec-Driven Development, wie der Markt es meist versteht. Dort ist die Spezifikation ein Auftrag für einen Agenten, der Code schreibt, und danach kann sich der Code von der Spezifikation entfernen.

In CaseFlows führt die Runtime die Spezifikation selbst aus. Welche Phasen ein Case durchläuft, was jede Rolle sehen und tun kann, welche Prüfungen vorgeschrieben sind: Das steht in der Spec, und der Server setzt es durch, während der Case läuft. Ändern Sie die Spec, ändert sich das Verhalten. Es gibt keine zweite Wahrheit, die zurückbleiben kann.

Um die Grenze genau zu ziehen: Die Runtime führt den Caseflow direkt aus, mit seinen Phasen, Rollen, Berechtigungen, Prüfungen und den Services, die er aufruft. Die Bildschirme, in denen Menschen arbeiten, sind Code: Ein Code-Assistent baut sie aus der Seitenspezifikation, und jede Änderung wird erneut an der Spec gemessen. KI leistet in der Entwicklung viel; in Produktion arbeitet ein Agent nur innerhalb einer Case-Rolle.

%%{init: {"theme":"base","themeVariables":{"primaryColor":"#FFFBF3","primaryBorderColor":"#211D18","primaryTextColor":"#211D18","lineColor":"#211D18","secondaryColor":"#FCE3D2","secondaryBorderColor":"#EC6A22","tertiaryColor":"#ffffff","tertiaryBorderColor":"#D9CFBE","clusterBkg":"#F5EFE4","clusterBorder":"#D9CFBE","fontFamily":"Instrument Sans, system-ui, sans-serif","fontSize":"15px"},"flowchart":{"padding":18,"nodeSpacing":40,"rankSpacing":45}}}%%
flowchart TB
  subgraph usual["Übliches Spec-Driven Development"]
    direction LR
    S1["Spec"] --> A1["Agent schreibt Code"] --> C1["Code läuft"]
    C1 -. entfernt sich .-> S1
  end
  subgraph cf["CaseFlows"]
    direction LR
    S2["Spec"] --> R2["Runtime führt sie aus<br/>und setzt sie durch"]
    UI["Bildschirme"] -. gemessen an .-> S2
  end
  usual ~~~ cf

Seitlich scrollen, um das ganze Diagramm zu sehen.

Eine Spec, die Ihnen gehört

Weil die Spezifikation das System ist, besitzt das System, wer die Spezifikation besitzt. Deshalb sind die Formate offen: lesbar ohne CaseFlows und übertragbar als gewöhnliche Dateien.

Und weil die Absicht getrennt bleibt, lässt sich ein Problem auf die richtige Ebene zurückführen: die Ausführung, die Spezifikation oder die Absicht selbst. Wie das in der Praxis funktioniert, ist das nächste Thema.

Weiter: eine Organisation, die lernt

Wie das, worauf Menschen in echten Cases stoßen, zu einem Signal wird, das den Prozess verändern kann — für Mitarbeitende und für Partner.

Weiterlesen →