Warum scheitern gute Ideen in deutschen Unternehmen so oft – nicht an der Technik, sondern am System? In diesem Interview sprechen Richard Seidl und Gunter Dueck über den Innovationsstau in deutschen Unternehmen und darüber, warum gute Ideen so oft im System hängen bleiben. Sie diskutieren, wie übermäßige Prozesskontrolle, fehlende Budgetvollmachten und politische Zurückhaltung gegenüber neuen Technologien Entscheidungen ausbremsen. Und sie zeigen konkrete Auswege auf: eine gezielte Industriepolitik, die ganze Branchen statt einzelner Projekte fördert, und kleine Teams aus exzellenten Fachkräften, die echte Handlungsfreiheit bekommen.

„Es gibt keinen isolierten Business Case, der sich rechnet.“ – Gunter Dueck

Gunter Dueck (Jahrgang 1951) lebt als freier Schriftsteller, Philosoph, Business Angel und Speaker in Waldhilsbach bei Heidelberg. Nach einer Karriere als Mathematikprofessor arbeitete er fast 25 Jahre bei IBM Deutschland, zuletzt bei seinem Wechsel in den Unruhestand als Chief Technology Officer. Dueck ist korrespondierendes Mitglied der Akademie der Wissenschaften zu Göttingen, Fellow des amerikanischen Ingenieursverbandes IEEE und Fellow der Gesellschaft für Informatik. Er ist Autor vieler Spiegel-Bestseller, zuletzt „Das Neue und seine Feinde“, „Schwarmdumm“, „Heute schon einen Prozess optimiert?“ und „Keine Sinnfragen, bitte!“

Softwarequalität im Gespräch

Dieses Format fokussiert sich auf Softwarequalität: Ob Testautomatisierung, Qualität in agilen Projekten, Testdaten oder Testteams – Richard Seidl und seine Gäste betrachten die Dinge, die die Qualität in der Softwareentwicklung steigern.

Die aktuelle Episode ist auch auf Richard Seidls Blog verfügbar.

(map)

LLMs verändern, wie wir arbeiten. Aber verändern sie auch, wie wir lernen – und was es überhaupt bedeutet, etwas zu wissen?

Die Frage „Was sollen wir lernen, um bessere Software-Architekt:innen zu werden?“ stellt sich heute neu. Wie verändert sich die Rolle von Trainer:innen, Curricula und Zertifizierungen? Und was passiert mit unserem Verständnis von Expertise, wenn ein guter Prompt vermeintlich vieles ersetzt?

In dieser Fishbowl-Diskussion treffen LLM-Begeisterte auf LLM-Skeptiker, angehende Architekt:innen auf erfahrene Trainer:innen und iSAQB-Mitglieder – und alle bringen ihre eigene Perspektive mit. Keine Keynote, keine Slides. Nur offene Fragen, echte Meinungen und eine Diskussion, die auch unbequeme Antworten zulässt.

Fragen ohne einfache Antworten:

• Was unterscheidet Wissen von Können – und was davon bleibt relevant?
• Wie verändern sich Lernen, Mentoring und Wissensweitergabe im LLM-Zeitalter?
• Was bedeuten die iSAQB-Zertifizierungen noch, wenn LLMs Wissensfragen beantworten?
• Brauchen wir neue Lernkulturen – in Teams, Organisationen und Communities?

Das Publikum ist nicht nur Zuschauer. Vor Ort ist die Grenze zwischen Publikum und Panel fließend – wer etwas beitragen möchte, tut es einfach.

Mit Carola Lilienthal, Lars Hupel, Dr. Guido Gryczan und Dr. Gernot Starke, Moderation Eberhard Wolff. Live vom iSAQB Software Architecture Forum 2026. Wer vor Ort dabei sein will: Mit dem Code SATV15SAF gibt es 15 % Rabatt.

Livestream am 16. Juni

Die Ausstrahlung findet am Dienstag, 16. Juni 2026, live ab 17:30 Uhr statt. Die Folge steht im Anschluss als Aufzeichnung bereit. Während des Livestreams können Interessierte Fragen via Twitch-Chat, YouTube-Chat oder anonym über das Formular auf der Videocast-Seite einbringen.

software-architektur.tv ist ein Videocast von Eberhard Wolff, iX-Blogger und bekannter Softwarearchitekt, der als Head of Architecture bei SWAGLab arbeitet. Zum Team gehören außerdem Lisa Maria Schäfer (Socreatory) und Ralf D. Müller (DB Systel). Seit Juni 2020 sind über 250 Folgen entstanden, die unterschiedliche Bereiche der Softwarearchitektur beleuchten – mal mit Gästen, mal Wolff, Schäfer oder Müller solo. Seit mittlerweile mehr als zwei Jahren berichtet iX (heise Developer) über die Episoden.

(map)

Google Cloud hat mit dem Open Knowledge Format (OKF) eine offene Spezifikation vorgestellt, die Kontextwissen für KI-Systeme und Agenten plattformübergreifend nutzbar machen soll. Das Format richtet sich an Unternehmen, die Metadaten, Dokumentationen, Runbooks oder fachliche Definitionen zentral für den KI-Einsatz bereitstellen wollen. Google hat die Unterstützung für OKF bereits in den eigenen Knowledge Catalog integriert.

Mit dem Format greift Google einen Ansatz auf, der sich unter Entwicklern von KI-Agenten in den vergangenen Monaten verbreitet hat. Statt Agenten immer wieder dieselben Informationen aus Wikis, Datenkatalogen oder Dokumentationen heraussuchen zu lassen, legen Teams ihr Wissen strukturiert als Sammlung von Markdown-Dateien ab. KI-Forscher Andrej Karpathy hat dieses Muster als „LLM Wiki“ beschrieben. Verwandte Konzepte stecken in Obsidian-Vaults, in Konfigurationsdateien für Agenten wie AGENTS.md oder CLAUDE.md sowie in sogenannten „Metadata as Code“-Repositories.

Diese Ansätze nutzen zwar ähnliche Bausteine – Markdown-Dateien, Metadatenfelder und Querverweise –, bleiben aber meist auf einzelne Teams, Werkzeuge oder Anbieter beschränkt. Wissen lässt sich so kaum zwischen verschiedenen KI-Systemen wiederverwenden. Genau hier setzt Google an: OKF soll die nötigen Konventionen festlegen, mit denen unterschiedliche Werkzeuge dieselben Wissensbestände lesen und schreiben können – ohne Übersetzungsschicht und ohne herstellereigenes SDK.

Wissen als Markdown-Dateien

Ein OKF-Bundle besteht aus einem Verzeichnis von Markdown-Dateien. Jede Datei beschreibt genau ein Konzept, etwa eine Datenbanktabelle, einen Datensatz, eine API, eine Geschäftsmetrik, ein Runbook oder ein Playbook. Das YAML-Frontmatter enthält strukturierte Felder wie type, title, description, resource, tags und timestamp.

Die einzelnen Dateien verknüpfen sich über gewöhnliche Markdown-Links. So entsteht ein Wissensgraph, der die Beziehungen zwischen den Konzepten abbildet. Die Dokumentation einer Bestelltabelle kann etwa auf Kunden- und Produktdaten sowie auf die Definition einer Umsatzkennzahl verweisen. Ein KI-Agent bekommt damit nicht nur einzelne Dokumente, sondern auch deren fachliche Zusammenhänge.

Format statt Plattform

Google beschreibt in der Ankündigung OKF ausdrücklich als Format und nicht als Plattform. Die Spezifikation soll unabhängig von Cloud-Anbietern, Datenbanken, KI-Modellen oder Agenten-Frameworks funktionieren. Den Standard halten die Entwickler bewusst schlank: Verpflichtend ist allein ein Typfeld, alle weiteren Strukturen und Metadaten dürfen die Anwender selbst festlegen. OKF schreibt damit nur die Interoperabilität vor, nicht aber ein einheitliches Inhaltsmodell.

Zusammen mit der Spezifikation liefert Google mehrere Referenzimplementierungen aus. Dazu zählt ein Enrichment-Agent für BigQuery, der Tabellen und Views analysiert und daraus automatisch OKF-Dokumente erzeugt. In einem zweiten Durchlauf reichert ein Sprachmodell die Dokumente um Schemainformationen, Dokumentation, Quellenangaben und Join-Beziehungen an. Hinzu kommt ein statischer HTML-Viewer, der einen OKF-Bestand als interaktiven Wissensgraphen darstellt, ganz ohne Backend.

Zum Ausprobieren stellt Google Beispielbestände für Datensätze aus GA4 E-Commerce, Stack Overflow und öffentlichen Bitcoin-Datensätzen bereit. Spezifikation, Beispielcode und Referenzimplementierungen liegen auf GitHub.

Die Spezifikation liegt bislang in Version 0.1 vor. Google bezeichnet sie als Ausgangspunkt und will sie gemeinsam mit der Community rückwärtskompatibel weiterentwickeln. Produzenten und Konsumenten des Formats – etwa Datenkataloge, Suchsysteme oder KI-Agenten – sollen dabei unabhängig voneinander entstehen.

(fo)