A-Team

Ein offenes Framework als Ausgangspunkt

Das A-Team verbindet vorhandene Werkzeuge zu einem offenen, kontrollierten und ersetzbaren Framework. Im Zentrum stehen wiederverwendbare Bausteine für Anmeldung, Zusammenarbeit, Wissen und KI. Bestehende Systeme werden nicht vorsorglich ersetzt, sondern bewusst angebunden, abgelöst oder ergänzt.

Jede Organisation braucht ähnliche Grundlagen: Zugriff, Dateien, Wissen, Automatisierung, Betrieb und klare Grenzen für KI. Der Unterschied liegt in den Prozessen, Daten, Rollen und Risiken. Deshalb beginnt die Methode nicht mit einem Tool-Katalog, sondern mit einer Bestandsaufnahme der bestehenden Systemlandschaft.

Anti-Patterns: was die Methode vermeidet

• Migration auf Vorrat: Systeme werden ersetzt, bevor klar ist, welcher Nutzen entsteht.
• Tool-Fixierung: Ein einzelnes Produkt bestimmt die Architektur, obwohl die Funktion austauschbar sein sollte.
• KI als Black Box: Prompts, Datenabfluss, Modellwahl und Zugriff bleiben unsichtbar.
• Wissenssilos: Dokumentation liegt in Präsentationen, Tickets oder Laufwerken, aber nicht als belastbare Quelle für Menschen und Agenten.
• Alles-oder-nichts-Programme: Ein grosser Umbau blockiert kleine, überprüfbare Schritte.

---

Vorgehen

1. Bestand sichtbar machen: Anmeldung, Zusammenarbeit, Dateien, Wissensquellen, Datenflüsse, Integrationen und Berechtigungen werden als Ist-Architektur beschrieben.
2. Souveränitätsgrenzen setzen: Für Daten, Modelle und externe Dienste wird festgelegt, was im eigenen Kontrollbereich bleibt und was bewusst nach aussen darf.
3. Bausteine wählen: Offene Komponenten wie Identity Provider, Wissensbasis, RAG-Schicht, Automatisierung und Monitoring werden nach Funktion ausgewählt, nicht nach Produktbindung.
4. Bestehendes anbinden: Microsoft 365, Fachanwendungen, Websites, ERP, CRM oder Datenbanken bleiben dort, wo sie sinnvoll sind, und werden über klare Schnittstellen eingebunden.
5. Kontrollierte KI integrieren: Ein Modell-Gateway, Zugriffskontrolle, Quellenbindung und Protokollierung begrenzen, welche Daten an welches Modell gehen.
6. In kleinen Schritten liefern: Jeder Schritt muss betreibbar, überprüfbar und ersetzbar bleiben. Dokumentation, Betrieb und Rückbau gehören zur Lieferung.

Betriebsmodell

Das Betriebsmodell trennt Funktion, Werkzeug und Infrastruktur. Anmeldung ist eine Funktion; Authentik, Entra ID oder ein anderer Identity Provider sind mögliche Umsetzungen. Wissensmanagement ist eine Funktion; Wiki.js, Nextcloud, GitLab oder bestehende Systeme können diese Rolle übernehmen. KI ist keine einzelne Anwendung, sondern eine Schicht aus Zugriff, Kontext, Modellwahl und Auswertung.

architecture-beta
    group org(server)["Organisation"]
    group data(database)["Wissen und Prozesse"]
    group ai(server)["KI Schicht"]
    group ops(server)["Betrieb"]
    service roles(server)["Rollen"] in org
    service access(server)["Zugriff"] in org
    service knowledge(database)["Wissen und Quellen"] in data
    service processes(server)["Prozesse und Anwendungen"] in data
    service agents(server)["Agenten RAG Gateway"] in ai
    service models(server)["Modelle intern oder extern"] in ai
    service monitoring(server)["Monitoring Backup Updates"] in ops
    service infra(server)["Kontrollierte Infrastruktur"] in ops
    roles:R -- L:access
    access:R -- L:knowledge
    access:B -- T:processes
    knowledge:R -- L:agents
    processes:R -- L:agents
    agents:R -- L:models
    agents:B -- T:monitoring
    monitoring:R -- L:infra

Die Architektur bleibt lesbar, weil jede Komponente eine klare Verantwortung hat. Wird ein Werkzeug ausgetauscht, bleibt die Funktion erhalten. Wird ein externer KI-Dienst genutzt, läuft der Zugriff über eine bewusste Freigabe statt über beliebige Direktzugriffe.

Praxisbeispiel

Ein gemeinnütziger Verein arbeitet bereits mit Microsoft 365. Anmeldung und Zusammenarbeit bleiben dort. Ergänzt werden eine strukturierte Wissensbasis, eine RAG-Schicht und ein kontrolliertes Modell-Gateway. So entsteht eine Grundlage für interne Auskünfte, Kampagnenarbeit und agentische Software-Entwicklung, ohne die bestehende Zusammenarbeit neu aufzubauen.

Der Mehrwert liegt nicht im Ersatz aller Werkzeuge. Entscheidend ist die kontrollierte Verbindung: Wissen wird zitierfähig, KI-Zugriffe werden begrenzt, und neue Anwendungen entstehen auf einer Grundlage, die offen dokumentiert und schrittweise ersetzbar bleibt.

Verwandte Themen

• Offene und freie Software, der Kontroll- und Eigentumskontext für das A-Team.
• Identity und Single Sign-on, der Identitätskontext für das A-Team.
• Souveräne KI, der Souveränitätskontext für das A-Team.
• KI-Agenten, der Automatisierungskontext für das A-Team.
• C4-Modell, die Dokumentationsmethode für Architektur im A-Team.
• A-Team Angebot, das Leistungsangebot auf Basis dieses Frameworks.