Schatten-IT durch KI-Apps: ein gutes Zeichen am falschen Ort

Wenn in einem Unternehmen von Schatten-IT die Rede ist, klingt das meistens nach Problem. Jemand hat ein Tool eingeführt, ohne zu fragen. Daten liegen, wo sie nicht liegen sollten. Die IT räumt hinterher auf.

Mit KI-Tools bekommt das Thema eine neue Form. Fachbereiche nutzen nicht mehr nur fremde Software, sie bauen eigene. Eine Vertriebsleiterin baut sich an einem Nachmittag eine Übersicht ihrer offenen Angebote. Ein Teamleiter in der Produktion baut eine App für Schichtübergaben. Das geht schnell, es funktioniert, und es läuft oft an der IT vorbei.

Wir wollen eine andere Lesart vorschlagen.

Schatten-IT ist eine Bedarfsmeldung

Niemand baut sich nach Feierabend eine App, weil es Spaß macht, Regeln zu umgehen. Menschen bauen, weil ihnen etwas fehlt. Weil die vorhandene Software den Ablauf nicht abbildet. Weil das IT-Ticket seit Monaten offen ist. Weil die Excel-Liste mit zwölf Reitern nicht mehr reicht.

Jede selbst gebaute App ist damit eine sehr präzise Bedarfsmeldung. Sie sagt nicht nur „wir brauchen etwas“, sie zeigt, wie es aussehen soll. Das ist wertvoller als manches Anforderungsdokument.

Wer darauf mit Verboten reagiert, verliert genau dieses Wissen. Die App verschwindet nicht, sie wird nur unsichtbar.

Was an KI-Apps im Schatten wirklich schwierig ist

Es lohnt sich, nüchtern zu benennen, wo die Schwierigkeiten liegen. Ohne Schreckensszenarien:

• Sie laufen auf persönlichen Accounts. Verlässt die Person das Unternehmen, hängt die App in der Luft.
• Teilen heißt Link weitergeben. Wer den Link hat, sieht alles. Rollen gibt es nicht.
• Niemand prüft, was eine Änderung bewirkt. Die nächste Anpassung kann still etwas sichtbar machen, das vorher verborgen war.
• Es gibt keinen Weg zurück. Geht etwas schief, ist die letzte funktionierende Version weg.
• Die IT sieht nichts. Nicht, weil jemand etwas verheimlicht, sondern weil es keinen Ort gibt, an dem sie es sehen könnte.

Keiner dieser Punkte hat mit der Idee hinter der App zu tun. Sie haben alle mit dem Ort zu tun, an dem sie läuft.

Die Erlaubnis zu bauen

Unsere Haltung ist einfach: Fachbereiche sollen bauen dürfen. Ausdrücklich, offiziell, mit Rückendeckung. Die Frage ist nicht, ob sie bauen, sondern wo.

Ein guter Ort für selbst gebaute Apps bringt mit, was niemand von einem Fachbereich verlangen sollte:

• Die App läuft im Workspace der Firma, mit Anmeldung über die Firmenkonten.
• Rechte gelten pro Rolle und werden bei jedem Zugriff geprüft.
• Jede Version wird vor dem Livegang getestet.
• Jede Version bleibt erhalten, die vorherige ist einen Klick entfernt.
• Admins sehen jede App und jede Änderung.

So arbeitet Openbase.one. Ein Team beschreibt in eigenen Worten, was es braucht und wer was sehen darf. Ein Build-Agent baut die App, Openbase.one fragt nur nach dem, was fachlich zu entscheiden ist. Jede Version wird gebaut und im echten Browser als jede Testperson geöffnet. Eine Version, deren Build oder Prüfung scheitert, geht nicht live.

App-Code läuft isoliert und erreicht weder das Internet noch andere Workspaces. Apps schreiben kein SQL; jeder Datenzugriff wird gegen Workspace, App und Rechte geprüft. Ein Audit-Log hält fest, wer was geändert hat.

Was sich für die IT ändert

Für die IT verschiebt sich die Aufgabe. Statt jede App einzeln zu bewerten, legt sie die Rahmenbedingungen einmal fest: wie sich Menschen anmelden, ob Passwörter erlaubt sind, ob installierte Apps sich automatisch aktualisieren oder erst nach Zustimmung. Danach gelten diese Regeln für jede App, die entsteht.

Das ist keine Kontrolle durch die Hintertür. Es ist der Grund, warum die IT überhaupt Ja sagen kann. Wer weiß, dass jede neue App in denselben Leitplanken läuft, muss nicht jede einzelne fürchten.

Auch der Ausstieg ist geregelt. Der Code jeder eigenen App liegt als Git-Repository im Workspace, die Daten sind exportierbar. Niemand bindet sich an eine einzelne Person oder ein einzelnes Tool.

Was beim Team bleibt

Eine Umgebung kann prüfen, ob eine Führungskraft Gehälter sieht. Sie kann nicht beurteilen, ob die Freigabegrenze im Einkauf bei 5.000 oder bei 10.000 Euro liegen sollte. Das entscheidet das Team, das die App baut, und es gibt sie frei. Diese Verantwortung lässt sich nicht wegautomatisieren, und das sollte sie auch nicht.

Wer dabei Unterstützung möchte, bekommt sie. Plattform-Support ist in jedem Tarif enthalten. Für eure eigenen Apps gibt es Support-Verträge mit festen Ansprechpartnern und Stunden für Hilfe, im Premium-Vertrag auch mit einer Prüfung neuer Apps vor dem Livegang.

Baut weiter, aber hier

Die beste Antwort auf Schatten-IT durch KI-Apps ist kein Verbot und keine Inventur. Es ist ein Angebot: Baut weiter, aber an einem Ort, den das Unternehmen sehen und zurücknehmen kann. Wer schon eine App in einem anderen Tool hat, beschreibt sie einfach noch einmal, diesmal im Workspace der Firma.

Und manches muss gar nicht gebaut werden. Fertige Apps wie Ablage, Meet oder Wiki kommen aus dem App Store, der ständig wächst, und laufen nach der Installation sofort.

Was es kostet

Openbase.one kostet pro Workspace. User und Apps sind in jedem Tarif unbegrenzt, eine Lizenz pro App gibt es nicht. Ihr könnt kostenlos und ohne Kreditkarte starten. Alle Details stehen auf der Preisseite.