Citizen Developer: wenn Fachabteilungen selbst automatisieren

Ein Citizen Developer ist eine Person aus einer Fachabteilung, die ohne Ausbildung in der Softwareentwicklung eigene Anwendungen, Automatisierungen oder KI-Abläufe baut – mit No-Code-Plattformen, Tabellenformeln oder einem Sprachmodell, das Skripte schreibt. Der Nutzen liegt in der Nähe zur Aufgabe, das Risiko in Lösungen, die außerhalb jeder Betreuung weiterlaufen.

Citizen Developer: wer gemeint ist

Der Begriff stammt aus der Marktforschung zu Unternehmenssoftware und beschreibt keine Stelle, sondern eine Rolle. Die Controllerin, die eine Monatsauswertung automatisiert, oder der Disponent, der Lieferavise per Formular erfassen lässt, bleiben in ihrer Abteilung. Sie bauen für den eigenen Arbeitsbereich, nicht für das ganze Unternehmen.

Neu ist das nicht: Formeln in Tabellen und kleine Datenbanken aus dem Büropaket gibt es seit Jahrzehnten. Verändert haben sich Reichweite und Tempo. No-Code-Plattformen verbinden Cloud-Dienste per Mausklick, und Sprachmodelle schreiben auf Zuruf Code, den die Person, die ihn bestellt, selbst nicht lesen kann. Dadurch entstehen Lösungen, die auf Daten anderer Abteilungen zugreifen und Nachrichten nach außen senden.

Was in Fachabteilungen entsteht

• Datenflüsse zwischen Diensten. Neue Formulareinträge landen automatisch im CRM, parallel geht eine Nachricht an den Vertrieb.
• Tabellen als Anwendung. Eine Tabelle mit Formeln, Verknüpfungen und eingebetteten Skripten wird zum heimlichen Planungs- oder Bestandssystem.
• Zeitgesteuerte Skripte. Ein Skript überträgt nachts Daten aus einem Portal in eine Tabelle; bricht es mitten im Lauf ab und startet neu, stehen Zeilen doppelt darin – das Problem, das der Artikel Idempotenz beschreibt.
• KI-Abläufe. Eingehende E-Mails werden von einem Sprachmodell sortiert oder vorformuliert, oft mit einem Zugangsschlüssel auf den Namen der Person, die den Ablauf gebaut hat.

Nutzen und Risiken im Vergleich

Der Nutzen ist real. Wer eine Aufgabe täglich erledigt, kennt ihre Sonderfälle besser als jedes Lastenheft, und kleine Verbesserungen warten nicht auf einen Platz in der Projektliste der IT.

Die Risiken zeigen sich meist später:

• Abhängigkeit von einer Person. Nur wer den Ablauf gebaut hat, weiß, wie er funktioniert. Urlaub, Wechsel oder Kündigung legen ihn still.
• Stilles Versagen. Ändert sich ein Feld im Quellsystem, läuft der Ablauf weiter und liefert leere oder falsche Daten, ohne dass es jemand merkt.
• Datenschutz und Zugriffe. Persönliche Zugänge mit weitreichenden Rechten, Kundendaten in Diensten ohne Auftragsverarbeitungsvertrag, KI-Aufrufe am Unternehmen vorbei – der Übergang zur Schatten-KI ist fließend.
• Keine Nachvollziehbarkeit. Wer was geändert hat, lässt sich nicht rekonstruieren, weil kein Protokoll existiert.
• Verbrauch ohne Grenze. Nutzungsabhängige Tarife von Plattformen und Modellen wachsen mit jeder Schleife.

Citizen Developer steuern: Leitplanken statt Verbot

Ein Verbot vertreibt die Arbeit nur aus dem Blickfeld. Tragfähiger ist ein Rahmen, der festlegt, was Fachabteilungen selbst bauen dürfen und ab wann ein Ablauf in die Verantwortung der IT oder eines externen Partners übergeht:

1. Verzeichnis. Jede Lösung, die regelmäßig läuft, ist mit Zweck, Eigentümer, Vertretung und berührten Systemen eingetragen.
2. Stufen nach Wirkung. Persönliche Hilfen ohne fremde Daten bleiben frei. Was personenbezogene Daten verarbeitet, nach außen sendet oder in Buchhaltung und Warenwirtschaft schreibt, wird vorher geprüft.
3. Freigegebene Werkzeuge und Zugänge. Plattformen und Modelle mit Vertrag, technische Konten statt persönlicher Passwörter, KI-Aufrufe über einen gemeinsamen Zugang mit Kostengrenze.
4. Pflicht zur Spur. Jeder Durchlauf hinterlässt Einträge, ein Audit-Trail zeigt Änderungen, und ein ausbleibender Lauf fällt auf.
5. Übergabepunkt. Wird ein Ablauf geschäftskritisch, übernimmt ihn jemand, der ihn betreiben kann – mit Laufjournal, Ausnahmeliste und benannter Zuständigkeit.

Woran Programme für Fachanwender scheitern

• Plattform ohne Regeln. Lizenzen werden verteilt, Verzeichnis und Zuständigkeiten fehlen.
• Regeln ohne Unterstützung. Die IT prüft nur, statt Vorlagen, Zugänge und Hilfe anzubieten; die Arbeit wandert zurück auf private Konten.
• Kein Übergabepunkt. Ein Ablauf, der inzwischen Rechnungen verschickt, wird weiter von einer Einzelperson nebenbei gepflegt.
• Sonderfälle vergessen. Der Ablauf deckt den Normalfall ab; was bei unvollständigen Daten geschieht, ist offen.
• Erfolg an Lizenzen messen. Gezählt wird, wie viele Personen Zugang zur Plattform haben, statt wie viele Abläufe verlässlich laufen, wer sie vertritt und welche davon inzwischen geschäftskritisch geworden sind.

Wie wir Fachbereiche begleiten

Wir nehmen zuerst auf, was in den Abteilungen bereits läuft, und entscheiden je Ablauf: behalten und absichern, auf eine Schnittstelle umbauen oder abschalten. Was beim Umbau geschieht, beschreibt die Seite Geschäftsprozesse nachweisbar automatisieren; die Regeln für KI-Werkzeuge gehören zu KI-Tools im Unternehmen.