Thought Leadership

Artikel

Einblicke in spezifikationsgetriebene Entwicklung, KI-gestützte Methoden und moderne Softwarearchitektur
Geschrieben von Simon Martinelli, dem Erfinder des AI Unified Process, und veröffentlicht auf martinelli.ch.
Beratung & Methodik

Methodik & Architektur #

Artikel zu spezifikationsgetriebener Entwicklung, Requirements Engineering und KI-fähigen Architekturen

EN / DE

Von Plan-Build-Run zu Specify-Generate-Verify-Operate

Rund zwanzig Jahre lang waren die meisten IT-Organisationen um drei Wörter herum gebaut: Plan, Build, Run. Das war ein gutes Modell. Es hat jedem einen Platz gegeben. Plan hatte das Budget und die Roadmap. Build hatte den Code. Run hatte die Server und den Pager. Mit KI-Agenten und Spec-Driven Development passt dieses Modell nicht mehr.

Artikel lesen
EN / DE

Legacy-Systeme modernisieren mit dem AI Unified Process

Die meisten Modernisierungsprojekte scheitern nicht an der Technologie. Sie scheitern daran, dass niemand mehr weiss, was das alte System eigentlich genau tut. Der Code ist da. Er läuft. Er trägt das Geschäft, jeden Tag. Aber die Leute, die ihn geschrieben haben, sind weg, die Dokumentation ist veraltet, und die Anforderungen existieren nur noch implizit im

Artikel lesen
EN / DE

Wasserfall war nie das Problem

Jedes Mal, wenn ich über Spec-Driven Development spreche, sagt jemand dasselbe. “Das ist doch nur Wasserfall.” Es ist als Killerargument gemeint. Das ist es nicht. Hier passieren zwei Dinge. Erstens haben die meisten Leute nie gelesen, was Royce wirklich geschrieben hat. Zweitens ist auch der echte Wasserfall am richtigen Ort gut. Nehmen wir beides. Man

Artikel lesen
EN / DE

Use-Case 3.0: Der überarbeitete Leitfaden, um Entwicklung mit Use Cases zu steuern

Use Cases gibt es seit 1987. Im Mai 2024 haben Ivar Jacobson, Ian Spence und Keith de Mendonca einen überarbeiteten Leitfaden veröffentlicht: Use-Case 3.0. Wenn du meinen früheren Beitrag zu Use-Case 2.0 gelesen hast, ist das der nächste Schritt. Use-Case 3.0 behält die gleichen Kernideen und ergänzt sie mit Struktur, damit Use Cases in jeden modernen Prozess

Artikel lesen
EN / DE

Die KI schreibt den Code. Dieses Buch lehrt noch immer die Use Cases.

Im AI Unified Process (AIUP) steht die Spezifikation im Zentrum. Der Use Case ist die Arbeitseinheit. Du schreibst einen System-Use-Case, die KI generiert den Code, und Tests bestätigen das Verhalten. Der Use Case ist die Quelle der Wahrheit. Der Code ist ein abgeleitetes Artefakt. Das legt sehr viel Gewicht auf eine Sache: die Qualität des

Artikel lesen
EN / DE

Shift-Left: Die Spezifikation vor dem Code richtig machen

In der Softwareentwicklung heisst “Shift-Left”, die wichtige Arbeit früher zu erledigen. Je früher ein Problem entdeckt wird, desto günstiger ist es zu beheben. Das haben wir beim Testen gelernt und später bei der Sicherheit. Jetzt gilt dieselbe Idee für die Spezifikation. Und im AI Unified Process (AIUP) ist das der wichtigste Teil.

Artikel lesen
EN / DE

Bug oder Enhancement? Wie AI Unified Process mit Änderungswünschen umgeht

In einer spec-getriebenen Welt hat jede Änderung am laufenden System einen Grund. Entweder macht das System etwas, was es nicht tun sollte, oder wir wollen, dass es etwas Neues tut. AI Unified Process bildet das mit zwei Arbeitstypen ab, die neben dem eigentlichen Use Case Flow stehen: Bug und Enhancement. Auf den ersten Blick scheint der Unterschied klar.

Artikel lesen
EN / DE

Was, Harness, Wie: Die drei Schichten von AIUP

Eine Frage höre ich immer wieder zu Spec-Driven Development: Wo hört die Spezifikation auf und wo fängt die Implementierung an? Die Grenze ist oft unscharf. Specs rutschen in Klassennamen. Implementierungsentscheide schleichen sich in Use-Case-Beschreibungen. Nach ein paar Wochen weiss niemand mehr, was Absicht ist und was Zufall.

Artikel lesen
EN / DE

KI schreibt Code. Ingenieure entwickeln Software.

Mit Claude Code und ähnlichen Tools schreibe ich kaum noch Code von Hand. Die KI erledigt das für mich. Und meistens ist das Resultat gut. Auf den ersten Blick sieht das wie das Ende einer Ära aus. Wenn die KI den Code schreibt, was bleibt dann für uns? Eine Menge. Nur nicht der Teil, an

Artikel lesen
EN / DE

Warum in Spec-Driven Development die Spec für alle Stakeholder lesbar sein muss

Spezifikationen in der spezifikationsgetriebenen Entwicklung müssen für alle Stakeholder lesbar sein, nicht nur für technische Teams. Wenn Fachvertreter die Spezifikation verstehen, treten Fehler früher zutage, Annahmen werden reduziert und das Vertrauen im Projekt wächst.

Artikel lesen
EN / DE

Use-Case 2.0: Die vergessene Praxis, die löst, was User Stories nicht können

User Stories allein fehlt oft der Kontext. Use-Case 2.0 von Ivar Jacobson und anderen gruppiert verwandte Stories unter gemeinsamen Zielen und liefert die strukturelle Klarheit, die KI-gestützte Entwicklung benötigt.

Artikel lesen
EN / DE

Warum Spec-Driven-Development-Werkzeuge im Enterprise-Umfeld scheitern

Werkzeuge wie Amazon Kiro, GitHub Spec Kit und BMad Method versprechen Struktur für KI-gestütztes Programmieren, scheitern aber an gewachsenen Enterprise-Systemen. Der AI Unified Process verfolgt einen grundlegend anderen Ansatz, der zu bestehenden Codebasen passt.

Artikel lesen
EN / DE

KI-Tools für Entwickler reichen nicht aus

Aktuelle KI-Tools konzentrieren sich zu stark auf Code-Generierung für Entwickler. Die eigentliche Herausforderung bei Unternehmenssoftware liegt in der Klärung von Anforderungen, der Definition von Spezifikationen und der Abstimmung der Stakeholder.

Artikel lesen
EN / DE

BMAD vs. Spezifikationsgetriebene Entwicklung: Warum KI bessere Spezifikationen benötigt

Vergleicht zwei Ansätze zur KI-gestützten Softwareentwicklung. Während BMAD auf die Orchestrierung mehrerer KI-Agenten setzt, bilden klare Spezifikationen eine effektivere Grundlage als komplexe Agenten-Workflows.

Artikel lesen
EN / DE

KI macht Programmieren billig. Anforderungen sind jetzt der Engpass

KI hat das Programmieren schneller und billiger gemacht, aber die eigentliche Herausforderung liegt nun darin zu verstehen, was Systeme tun sollen. Klare Anforderungen sind jetzt der kritische Engpass.

Artikel lesen
EN / DE

Die Intuition eines Chief Engineers: Warum "Build Integrity In" auch 2026 noch der Massstab für Exzellenz ist

Untersucht den Aufbau von Integrität in Systemen durch konzeptionelle und wahrgenommene Integrität, der exzellenten Informationsfluss, das Chief-Engineer-Modell und robuste technische Praktiken erfordert.

Artikel lesen
EN / DE

Use Cases vs. User Stories – gleicher Inhalt, anderes Ergebnis?

Untersucht anhand praktischer, nicht-trivialer Beispiele, ob Use Cases und User Stories wirklich denselben Inhalt transportieren.

Artikel lesen
EN

Why Self-Contained Systems Are a Perfect Fit for AI-Driven Development

Self-contained systems align perfectly with AI-driven development by keeping context manageable and boundaries clear.

Artikel lesen
EN / DE

Zwei Varianten der spezifikationsgetriebenen Entwicklung und warum ich eine klar bevorzuge

Vergleich deterministischer und iterativer Ansätze der spezifikationsgetriebenen Entwicklung und warum der iterative Ansatz in der Praxis gewinnt.

Artikel lesen
EN / DE

Business Use Cases vs. System Use Cases

Der Begriff "Use Case" ist weit verbreitet, wird aber nicht immer einheitlich verwendet. Dieser Artikel unterscheidet Business Use Cases, die organisatorisches Verhalten beschreiben, von System Use Cases, die Systemverhalten definieren, und zeigt, wie beide zu KI-gestütztem Requirements Engineering beitragen.

Artikel lesen
EN / DE

Warum spezifikationsgetriebene Entwicklung iterativ, inkrementell und agil sein kann

Spezifikationsgetriebene Entwicklung bedeutet nicht Wasserfall. Erfahren Sie, wie sie sich natürlich in agile, iterative Workflows einfügt.

Artikel lesen
EN / DE

Das Zeitalter von ReDevTest: Warum Requirements wichtiger sind als Code

KI verschiebt den Fokus der Softwareentwicklung von Code auf Spezifikationen. Stellt ReDevTest vor, bei dem klare Anforderungen und Akzeptanztests Vorrang vor der Implementierung haben.

Artikel lesen
EN / DE

Warum System Use Cases im Zeitalter der KI perfekt sind

System Use Cases liefern die strukturierten, eindeutigen Spezifikationen, die KI für zuverlässige Code-Generierung benötigt.

Artikel lesen
EN / DE

Warum die meisten KI-Produktivitätsgewinne unsichtbar sind und wie AI Unified Process das ändert

KI macht Entwickler beim Programmieren schneller, aber der eigentliche Engpass liegt woanders. AI Unified Process macht den vollen Einfluss sichtbar.

Artikel lesen
EN / DE

AI4RE trifft AI Unified Process: Warum das IREB Micro-Credential perfekt passt

Wie das IREB AI4RE Micro-Credential mit den AI Unified Process-Prinzipien für KI-gestütztes Requirements Engineering übereinstimmt.

Artikel lesen
EN / DE

Hören Sie auf, mit Code zu beginnen: Beginnen Sie mit System Use Cases

Warum der direkte Sprung in den Code der falsche Ansatz ist und wie System Use Cases ein besseres Fundament für die Entwicklung schaffen.

Artikel lesen
EN / DE

Eine KI-fähige Architektur für Geschäftsanwendungen

Entwurf von Anwendungsarchitekturen, die für KI-gesteuerte Code-Generierung und Wartung optimiert sind.

Artikel lesen
EN / DE

Spec-driven Development ist keine Task-driven KI

Echte spezifikationsgetriebene Entwicklung priorisiert stabile Spezifikationen, die Absichten und Systemverhalten beschreiben, gegenüber fragilen Aufgabenlisten und ermöglicht langfristige Nachhaltigkeit.

Artikel lesen
EN / DE

Warum User Stories für spezifikationsgetriebene Entwicklung ungeeignet sind

User Stories sind in agilen Teams beliebt. Sie sind kurz, gut lesbar und auf den Nutzen für den Anwender fokussiert. Für die Arbeitsplanung können sie sehr nützlich sein. Wenn das Ziel jedoch spezifikationsgetriebene Entwicklung ist, reichen klassische User Stories nicht aus. Sie treiben Teams zu Plänen und Aufgabenlisten, anstatt stabile, langlebige Spezifikationen zu schaffen. Dies

Artikel lesen
EN / DE

Spec-Driven Development mit KI: Ein neuer Ansatz und eine Reise in die Vergangenheit

Der grundlegende Artikel, der spezifikationsgetriebene Entwicklung mit KI und ihre Wurzeln in bewährten Software-Engineering-Methoden vorstellt.

Artikel lesen
Entwicklung & Technologie

Technologie-Stack #

Artikel über Vaadin, jOOQ und warum sie ideal für KI-gesteuerte Entwicklung sind

EN / DE

Hört auf, Frontend und Backend zu trennen

Ich höre den gleichen Satz in fast jedem Projekt, in das ich komme. “Wir haben ein Frontend-Team und ein Backend-Team.” Niemand stellt das in Frage. So baut man heute Software. Aber diese Trennung war nie eine technische Entscheidung. Sie war eine Personalentscheidung. Und mit KI-Agenten im Spiel fällt der Grund dahinter weg.

Artikel lesen
EN

How and Why to Trace Use Cases and Tests

Traceability connects code to business requirements. This article explains why tracing use cases to tests matters, demonstrates the annotation-based approach used in the AI Unified Process, and introduces the AIUP Navigator IntelliJ plugin for navigating between specifications and test code.

Artikel lesen
EN

Eine kleine App, ein vollständiger Prozess: Demo des AI Unified Process mit einer Feedback-App

Zeigt eine Feedback-Anwendung, die zur Demonstration der AI Unified Process-Methodik entwickelt wurde und betont, dass effektive KI-gestützte Entwicklung Spezifikationen und klares Systemverhalten vor der Code-Generierung priorisiert.

Artikel lesen
EN

Why Vaadin and jOOQ Are a Natural Fit for AI Driven Development

How Vaadin's server-side Java UI and jOOQ's type-safe SQL combine to create an ideal stack for AI code generation.

Artikel lesen
EN

Why Vaadin Is Perfect for AI-Driven Development

Vaadin's pure Java approach eliminates frontend complexity, making it the ideal framework for AI-assisted development.

Artikel lesen
Kontakt aufnehmen

Bereit, Ihren Entwicklungsprozess zu transformieren? #

AI Unified Process kombiniert das Beste aus bewährten Methoden mit modernen KI-Tools

Mehr über AI Unified Process erfahren Werkzeuge entdecken