Inoffizielle Tools entstehen aus einem praktischen Grund: Ein Team muss seine Arbeit erledigen, und die freigegebenen Systeme decken den Ablauf nicht ab. Eine Excel-Tabelle, ein freigegebener Ordner, ein Skript oder ein kleiner Cloud-Dienst beginnt als lokale Notlösung und wird nach und nach Teil des Tagesgeschäfts.

Schuldzuweisungen helfen dabei nicht, ein sofortiger Neubau meist auch nicht. Machen Sie das Tool zuerst sichtbar, verstehen Sie seine Rolle und verringern Sie das Risiko, von etwas abzuhängen, das niemand warten kann.

Warum inoffizielle Tools entstehen

Teams bauen sich Umwege, wenn ein System zu langsam angepasst wird, ein benötigtes Feld fehlt oder es sich nicht mit einem anderen System verbinden lässt. Eine Tabelle kann auch der schnellste Weg sein, eine Idee auszuprobieren oder einen Ablauf zu koordinieren, solange die Anforderungen noch unklar sind.

Zum Problem wird der Umweg, wenn das Unternehmen davon abhängt, aber niemand zuständig ist und es keine Dokumentation, keine Prüfung der Zugriffsrechte, keine Sicherung und keinen bekannten Ersatz gibt.

Woran Sie erkennen, dass ein Tool geschäftskritisch geworden ist

Achten Sie auf Anzeichen wie diese:

  • Mehrere Personen brauchen eine bestimmte Datei oder ein bestimmtes Konto für eine wiederkehrende Aufgabe
  • Nur ein ehemaliger Mitarbeiter versteht die Formeln, Skripte oder Berechtigungen
  • Berichte, Bestellungen, Freigaben oder Zusagen an Kunden hängen von dem Tool ab
  • Dieselben Daten werden zwischen dem Tool und einem offiziellen System hin und her kopiert
  • Ein Ausfall oder eine versehentliche Änderung würde einen echten Geschäftsablauf stoppen

Ob man es „Schatten-IT“ nennt, ist weniger wichtig als die Abhängigkeit im Betrieb. Sobald Arbeit von dem Tool abhängt, gehört es zur Systemlandschaft.

Praktische Fragen zu Daten, Zugriff und Fortbestand

Halten Sie fest, was das Tool enthält, woher die Ausgangsdaten kommen, wer sie lesen oder ändern kann und was das Unternehmen verlässt. Prüfen Sie, ob der Zugriff an eine einzelne Person gebunden ist, ob es eine wiederherstellbare Sicherung gibt und ob der Betrieb weiterläuft, wenn das Tool nicht verfügbar ist.

Dokumentieren Sie die zuständige Person, den Ablauf, die Abhängigkeiten, die wichtigen Regeln und wer das Tool als Nächstes bedienen können soll. Diese Bestandsaufnahme lohnt sich auch dann, wenn am Ende entschieden wird, das Tool zu behalten.

Erst absichern, dann ersetzen

Beginnen Sie keinen Neubau auf der grünen Wiese, solange die heutige Abhängigkeit nicht geklärt ist. Sichern Sie zuerst den bestehenden Ablauf ab:

  1. Bestimmen Sie eine verantwortliche Person.
  2. Bewahren Sie die aktuellen Daten auf und richten Sie eine wiederherstellbare Sicherung ein.
  3. Dokumentieren Sie die wichtigen Schritte, Formeln, Anbindungen und Berechtigungen.
  4. Entziehen Sie unnötige Zugriffe und machen Sie Änderungen nachvollziehbar.
  5. Legen Sie fest, was während einer Umstellung weiter funktionieren muss.

So geht das betriebliche Wissen, das in der Notlösung steckt, nicht verloren.

Kaufen, konfigurieren, anbinden oder entwickeln

Prüfen Sie ein vorhandenes Produkt, bevor Sie etwas bauen. Vielleicht schließt eine Konfiguration die Lücke. Eine Anbindung kann das manuelle Kopieren beenden, während die vorhandenen Systeme bleiben. Ein gezieltes internes Tool passt, wenn der Ablauf spezifisch und stabil ist, bringt aber auch Verantwortung für Betrieb und Wartung mit sich.

Vergleichen Sie jede Option mit dem tatsächlichen Ablauf, der Datenqualität, dem betrieblichen Risiko, dem Aufwand für die Umstellung und der Frage, ob Ihr Team das Ergebnis selbst betreuen kann. „Die Tabelle ersetzen“ ist noch kein Entwurf.

Übergabe und Zuständigkeit gehören zur Lösung

Ein Ersatz ist nicht fertig, wenn niemand weiß, wie man ihn bedient. Zum vereinbarten Ergebnis gehören Zugang zum Quellcode oder ein Export, Dokumentation, Angaben zu Deployment und Wiederherstellung, eine klare Zuständigkeit und ein Plan für künftige Änderungen. Wenn laufender Support nötig ist, legen Sie seinen Umfang ausdrücklich fest, statt eine informelle Abhängigkeit entstehen zu lassen.

Ein geschäftskritisches inoffizielles Tool verdient eine ruhige technische Bestandsaufnahme und eine Entscheidung, die sich an seiner tatsächlichen Rolle orientiert. Manchmal ist es richtig, das Tool zu behalten und Regeln dafür aufzustellen. Manchmal ist es richtig, es zu konfigurieren, anzubinden oder zu ersetzen.