Inhaltsverzeichnis
Ein persönlicher Beitrag zur Frage, wie offene Bildungsinfrastrukturen aussehen können — und warum „offen“ nicht heißt, dass alle alles allein machen müssen.
Wenn wir über digitale Bildungsinfrastruktur sprechen, geraten wir schnell in vertraute Gegensätze. Offen oder geschlossen. Staatlich oder privat. Plattform oder Wildwuchs. Zentral oder föderal. Linux oder Apple.
Ich glaube, diese Gegensätze führen in die Irre. Zumindest dann, wenn wir wirklich wollen, dass digitale Bildung nicht nur in Strategiepapiere passt, sondern im Alltag funktioniert: für Schulen, Lehrkräfte, Lernende, Länder, Kommunen, Anbieter und zivilgesellschaftliche Akteure.
Offenheit ist für mich kein romantisches Bild von völlig ungeregelter Freiheit. Offenheit bedeutet nicht, dass jede Schule jede Schnittstelle selbst verstehen, jede Anwendung selbst prüfen, jeden Vertrag selbst verhandeln und jede Integration selbst betreiben muss. Das wäre keine Offenheit. Das wäre Überforderung.
Gleichzeitig darf Bildungsinfrastruktur nicht zur Blackbox werden. Nicht zu einem geschlossenen System, in dem wenige Instanzen festlegen, wer mitmachen darf, welche Regeln gelten und welche Innovation überhaupt sichtbar wird. Wenn öffentliche Mittel in digitale Bildungsinfrastruktur fließen, dann muss daraus mehr entstehen als ein einzelnes Produkt, ein einzelnes Portal oder ein einzelner Dienst. Dann geht es um gemeinsame digitale Grundlagen.
Deshalb stehe ich hinter dem Prinzip: Public Money, Public Code. Was öffentlich finanziert wird, sollte so weit wie möglich öffentlich nutzbar, prüfbar, nachnutzbar und weiterentwickelbar sein. Weil am Ende alle davon profitieren.
Aber Public Money, Public Code greift bei Bildungsinfrastruktur eigentlich noch zu kurz. Es geht nicht nur um Code. Es geht um nachnutzbare Infrastruktur, um offene Standards, um transparente Prozesse, um geteiltes Betriebswissen und um Governance, die Restriktionen nicht versteckt, sondern sichtbar und kontrollierbar macht.
Warum „Betriebssystem“ besser passt als „Plattform“ #
In der Bildungsdigitalisierung sprechen wir oft von Plattformen, Clouds oder Bildungsräumen. Diese Begriffe sind nicht falsch, aber sie tragen Ballast mit sich. Eine Plattform klingt schnell nach Marktplatz, Portal oder Monopol. Eine Cloud klingt nach Speicher und Rechenzentrum. Ein Bildungsraum klingt groß, aber auch ziemlich abstrakt.
Ich finde das Narrativ Betriebssystem hilfreicher.
Ein Betriebssystem ist nicht die Anwendung, mit der ich schreibe, rechne, lerne oder kommuniziere. Es ist die Schicht darunter. Es verwaltet Identität, Rechte, Daten, Sicherheit, Schnittstellen und grundlegende Dienste. Im Idealfall bleibt es im Hintergrund. Die Anwendungen glänzen — nicht das Betriebssystem.
Genau so sollten wir Bildungsinfrastruktur denken: nicht als ein weiteres Portal, das alles ersetzen will, sondern als föderales Bildungs-Betriebssystem. Als gemeinsame Schicht, die Dinge zuverlässig bereitstellt, die nicht jede App, jedes Land, jede Kommune und jede Schule neu erfinden sollte.
Dazu gehören Identität und Anmeldung. Berechtigungen und Lizenzen. Prüfprozesse für Datenschutz, Sicherheit, Barrierefreiheit, Interoperabilität und KI-Kriterien. Standards für Daten und Schnittstellen. Und zunehmend auch KI-Dienste, die nicht irgendwo in jeder einzelnen Anwendung implementiert werden, sondern als geprüfte, datensparsame und verlässliche Systemschicht verfügbar werden.
Diese Perspektive verändert die Debatte. Dann geht es nicht mehr darum, ob „die eine Plattform“ alles können soll. Es geht darum, welche Basisdienste und Infrastrukturen ein öffentlich verantwortetes digitales Bildungssystem braucht, damit viele unterschiedliche Anwendungen, Inhalte und pädagogische Ansätze darauf aufsetzen können.
Die Infrastruktur liegt idealerweise nicht im Vordergrund #
Ein gutes Bildungs-Betriebssystem würde man im besten Fall kaum bemerken.
Eine Lehrkraft meldet sich mit einem Schulkonto an und kann Dienste nutzen, für die sie berechtigt ist. Lernende finden gekaufte oder freigegebene Inhalte dort, wo gelernt wird — nicht nur in dem Portal oder bei dem Anbieter, in dem irgendwann einmal eine Lizenz erworben wurde. Anbieter müssen nicht 16 plus x unterschiedliche Integrationen bauen, 16 unterschiedliche Nachweise führen und 16 unterschiedliche technische Sonderwege pflegen. Länder und Schulträger müssen nicht jedes Mal von vorne klären, ob ein Dienst datenschutzkonform, sicher, zugänglich und anschlussfähig ist.
Einmal anmelden (VIDIS). Rechte und Lizenzen sauber mitführen (LicenceConnect). Einmal transparent prüfen statt immer wieder neu (eduCheck digital). Medien und Angebote auffindbar machen (SODIX). Lern- und Nutzungsdaten nicht in jeder App einsperren (AIS). KI nicht als Schatteninfrastruktur wachsen lassen, sondern als kontrollierten Systemdienst denken.
Das ist nicht das Gegenteil von Offenheit. Es ist eine Voraussetzung dafür, dass Offenheit praktisch nutzbar wird.
Denn ohne solche gemeinsamen Dienste entsteht Offenheit oft nur auf dem Papier. Es gibt dann zwar viele Angebote, aber jedes braucht eigene Accounts, eigene Verträge, eigene Prüfungen, eigene Schnittstellen, eigene Datenmodelle und eigene Supportwege. Das Ergebnis ist nicht Vielfalt, sondern Fragmentierung.
Offenheit heißt nicht: keine Regeln #
Der vielleicht wichtigste Punkt ist: Offene Infrastruktur braucht Regeln.
Das klingt zunächst paradox. Gerade wer sich für offene Systeme, Open Source und Public Code einsetzt, reagiert oft allergisch auf Zugangsvoraussetzungen, Prüfverfahren und Kuration. Das verstehe ich gut. Kuration kann zum Gatekeeping werden. Prüfverfahren können Innovation bremsen. Standards können so formuliert werden, dass nur große Anbieter sie erfüllen können. Governance kann Macht konzentrieren.
Aber die Alternative ist nicht automatisch besser. Ohne gemeinsame Regeln entstehen Einzelabsprachen. Ohne Standards entstehen Sonderwege. Ohne Prüfverfahren wandert die Verantwortung an einzelne Schulen, Schulträger oder Lehrkräfte. Ohne gemeinsame Infrastruktur bauen Anbieter dieselben Basisfunktionen immer wieder neu: Login, Rollen, Rechte, Lizenzlogik, Datenschutzprozesse, KI-Anbindung, Monitoring, Schnittstellen.
Das ist teuer, fehleranfällig und ungerecht. Große Akteure können damit umgehen. Kleine Anbieter, offene Projekte, zivilgesellschaftliche Initiativen und Schulen oft nicht.
Die entscheidende Frage ist deshalb nicht, ob es Regeln gibt. Die entscheidende Frage ist, welche Art von Regeln es gibt.
Sind sie transparent? Sind sie verhältnismäßig? Sind sie öffentlich diskutierbar? Können unterschiedliche Akteure sie mitgestalten? Gibt es offene Referenzimplementierungen? Können Komponenten ersetzt, geforkt, geprüft und weiterentwickelt werden? Gibt es klare Wege für neue Anbieter, Open-Source-Projekte und nichtkommerzielle Initiativen?
Wenn ja — und das muss das Ziel sein —, dann sind Regeln keine Barriere. Dann sind sie die Infrastruktur, auf der ein Markt und ein Ökosystem überhaupt erst entstehen können.
Wenn nein, dann wird Kuration zum Gatekeeping. Und genau davor müssen wir uns schützen.
Public Money, Public Code — aber breiter gedacht #
Public Money, Public Code wird oft zuerst auf Software bezogen: Wenn der Staat eine Software finanziert, sollte der Quellcode offenliegen, damit andere ihn prüfen, nutzen, verbessern und anpassen können.
Das bleibt zentral. Gerade im Bildungsbereich, in dem Vertrauen, Datenschutz, Sicherheit und langfristige Verfügbarkeit so wichtig sind, ist öffentlicher Code kein Nice-to-have. Er ist eine Voraussetzung für digitale Souveränität. Aber bei Bildungsinfrastruktur sollten wir Nachnutzung breiter denken.
Erstens: Code-Nachnutzung. Öffentlich finanzierte Softwarekomponenten sollten möglichst offen lizenziert werden. Nicht jede Zeile Code wird automatisch ein Community-Projekt. Aber Offenheit schafft die Möglichkeit, Sicherheit zu prüfen, Fehler zu finden, Abhängigkeiten zu reduzieren und Weiterentwicklungen gemeinsam zu tragen. Gerade dort, wo öffentliche Stellen ähnliche Probleme lösen, ist geschlossener Code oft schlicht ineffizient.
Zweitens: Infrastruktur-Nachnutzung. Es reicht nicht, wenn Code theoretisch offen ist, aber der Betrieb so speziell, teuer oder undokumentiert bleibt, dass niemand ihn realistisch nachnutzen kann. Offene Bildungsinfrastruktur braucht betreibbare Komponenten, Dokumentation, Deployment-Pfade, Schnittstellenbeschreibungen, Testumgebungen und klare Verantwortlichkeiten. Nachnutzung heißt auch: Andere Länder, Kommunen, Institute oder Projekte können auf etwas aufsetzen, ohne wieder bei null zu beginnen. Auch über den Bildungsbereich Schule hinaus.
Drittens: Standard- und Prozess-Nachnutzung. Manchmal ist nicht der Code der wichtigste Teil, sondern das gemeinsam erarbeitete Verfahren: Prüfkriterien, Rollenmodelle, Datenschutzmuster, Vertragsbausteine, Metadatenprofile, Schnittstellenkonventionen. Wenn jedes Land dieselbe rechtliche, organisatorische oder semantische Klärung erneut leisten muss, verschwenden wir öffentliche Energie. Im Idealfall gelingt das auch über Landesgrenzen hinaus.
Viertens: Wissens-Nachnutzung. Erfahrungen aus Betrieb, Support, Barrierefreiheit, Datenschutz, Sicherheit und pädagogischer Praxis sollten zurück in das System fließen. Eine offene Infrastruktur ist nicht nur ein Git-Repository. Sie ist ein lernendes Gemeingut.
Gerade im Föderalismus ist das entscheidend. Föderal heißt nicht, dass alle alles getrennt voneinander bauen müssen. Föderal kann auch heißen: Wir teilen Grundlagen, damit Vielfalt oberhalb dieser Grundlagen möglich wird.
Standards sind nicht genug — aber ohne Standards geht es nicht #
Ein Betriebssystem lebt von stabilen Schnittstellen. Das gilt auch für Bildung.
Technische Standards wie OpenID Connect, xAPI oder LTI sind wichtig. Aber Technik ist nur eine Ebene. Systeme müssen auch semantisch zusammenpassen: Was bedeutet ein Lernereignis? Wie beschreiben wir Kompetenzen? Welche Metadaten brauchen Bildungsmedien? Welche Begriffe verwenden wir gemeinsam?
Dazu kommt die organisatorische Ebene: Wer prüft was? Welche Prozesse gelten? Welche Rollen haben Länder, Schulträger, Anbieter und Schulen? Und schließlich die rechtliche Ebene: Datenschutz, Auftragsverarbeitung, Verträge, Verantwortlichkeiten.
Erst wenn diese Ebenen zusammenspielen, entsteht echte Interoperabilität. Ein Standarddokument allein macht noch kein offenes Ökosystem. Offen wird ein System, wenn andere verlässlich darauf bauen können.
Das ist auch der Punkt, an dem viele Digitalisierungsdebatten zu technisch geführt werden. Natürlich brauchen wir APIs. Natürlich brauchen wir Schnittstellen. Natürlich brauchen wir Standards. Aber wenn die rechtliche Klärung fehlt, wenn Prozesse unklar sind, wenn Metadaten unterschiedlich verstanden werden oder wenn niemand für den Betrieb verantwortlich ist, dann hilft die schönste Schnittstelle wenig.
Offene Standards brauchen Governance. Und Governance braucht wiederum Offenheit.
Die Machtfrage nicht wegmoderieren #
Wer Infrastruktur baut und betreibt, übt Macht aus.
Das gilt für private Plattformen genauso wie für öffentliche Infrastruktur. Wer Identität verwaltet, entscheidet über Zugang. Wer Prüfkriterien definiert, entscheidet über Markteintritt. Wer Datenmodelle setzt, entscheidet darüber, welche pädagogischen Praktiken sichtbar und anschlussfähig werden. Wer KI-Gateways betreibt, entscheidet mit darüber, welche Modelle, Schutzmechanismen und Nutzungsformen möglich sind.
Diese Macht verschwindet nicht dadurch, dass wir sie „Infrastruktur“ nennen. Sie wird nur weniger sichtbar.
Deshalb ist die Governance-Frage zentral: Wer setzt die Regeln? Wer kontrolliert die Regelsetzenden? Wie werden Schulen, Länder, Anbieter, Open-Source-Communities, Datenschutz, Wissenschaft und Zivilgesellschaft beteiligt? Wie werden Kriterien aktualisiert? Wie kann man widersprechen? Wie werden Fehlentscheidungen korrigiert? Wie verhindern wir, dass gut gemeinte Kuration zur strukturellen Bevorzugung großer Akteure wird?
Ein föderales Bildungs-Betriebssystem muss seine eigene Macht begrenzen. Es braucht offene Schnittstellen, öffentliche Dokumentation, nachvollziehbare Kriterien, unabhängige Prüfung, Beteiligung derjenigen, die später damit arbeiten, und echte Möglichkeiten zur Nachnutzung.
Der Maßstab sollte sein: Senkt diese Infrastruktur die Hürden für gute Angebote? Erleichtert sie Schulen den Zugang? Macht sie Datenschutz und Sicherheit zur Voreinstellung? Ermöglicht sie kleineren und offenen Projekten Teilhabe? Reduziert sie Doppelarbeit? Gibt sie Lernenden und Institutionen mehr Kontrolle über Daten?
Wenn die Antwort ja ist, dann kuratiert sie nicht gegen Offenheit, sondern für Offenheit.
KI macht die Infrastrukturfrage dringlicher #
Durch den vermehrten Einsatz von KI wird Bildungsinfrastruktur nicht nur eine Frage von Login und Lizenzen.
Wenn jede Anwendung ihre eigene KI-Integration baut, entstehen neue Abhängigkeiten, neue Datenschutzrisiken, neue Intransparenz und neue Ungleichheiten. Schulen und Schulträger müssten dann für jede einzelne Lösung klären: Welche Daten fließen wohin? Welche Modelle werden genutzt? Wird mit Nutzungsdaten trainiert? Welche Schutzmechanismen greifen? Wie werden Kosten kontrolliert? Wie werden Inhalte protokolliert, überprüft oder pädagogisch eingebettet? Gerade für kleinere EdTechs kann dies herausfordernd sein.
Eine gemeinsame KI-Schicht könnte hier entlasten: mit Pseudonymisierung, klaren Verträgen, Monitoring, Guardrails, Abrechnung, Modellzugängen und standardisierten Schnittstellen für Anwendungen. Nicht jede Bildungs-App muss dann ihre eigene KI-Infrastruktur bauen. Sie kann auf geprüfte Systemdienste zugreifen. Auch wirtschaftlich kann dies durch Mengenrabatte sinnvoll sein.
Aber auch hier gilt: Gerade weil eine solche Schicht mächtig ist, muss sie offen und kontrollierbar gestaltet werden. KI in und als Bildungsinfrastruktur darf keine neue Blackbox werden.
Linux oder Apple? #
Am Ende bleibt die Spannung.
Ein rein offenes System, gedacht wie Linux im besten Sinne, ermöglicht maximale Freiheit, Forkbarkeit und Innovation von den Rändern. Aber es verlagert Integrations-, Sicherheits- und Supportlast oft auf diejenigen, die dafür am wenigsten Kapazität haben.
Ein stark kuratiertes System, gedacht wie Apple im besten Sinne, bietet Verlässlichkeit, Komfort und Datenschutz als Voreinstellung. Aber es erzeugt Abhängigkeit und stellt die Machtfrage: Wer kontrolliert den Kurator?
Für Bildung reicht keines der beiden Bilder allein.
Ein föderales Bildungs-Betriebssystem muss offen genug sein, damit öffentliche Investitionen zu gemeinsamen Grundlagen werden. Es muss kuratiert genug sein, damit Schulen nicht in Komplexität ertrinken. Es muss stabil genug sein, damit Anbieter investieren können. Und es muss transparent genug sein, damit diese Stabilität nicht zur Schließung wird.
Die eigentliche Frage lautet deshalb nicht: offen oder kuratiert?
Die Frage lautet: Wie viel Kuration braucht Offenheit, um im Schulalltag wirksam zu werden — und wie viel Offenheit braucht Kuration, um legitim zu bleiben?
Meine Antwort wäre: ziemlich viel von beidem.
Aber nur, wenn wir es bewusst gestalten. Mit offenen Standards. Mit öffentlichem Code, wo immer es geht. Mit nachnutzbarer Infrastruktur. Mit geteilter Governance. Mit klaren Rechten an Daten. Mit transparenten Prüfverfahren. Und mit dem Ziel, nicht das nächste große Portal zu bauen, sondern die Grundlagen, auf denen viele gute Dinge entstehen können.
Offenheit ist dann kein Zustand, den man einmal beschließt. Sie ist eine dauerhafte Gestaltungsaufgabe.