Praxis der Geschäftskontinuität

An einem Freitagnachmittag während eines Bestellhochs fällt der Kollege aus, der jeden Morgen die Webshop-Bestellungen manuell in das Verwaltungssystem überträgt. Das Lager weiß nicht genau, was vorbereitet werden muss, der Kundenservice kann keine zuverlässigen Lieferinformationen geben, und die Rechnungsstellung wartet. Viele Unternehmen verbinden die Geschäftskontinuität jedoch nur mit Stromausfällen, Bränden oder Cyberangriffen. Tatsächlich wird der Betrieb häufiger durch eine scheinbar kleine, alltägliche Abhängigkeit unterbrochen.

Die Frage ist nicht nur, ob die Server nach einem Fehler verfügbar sind. Es zählt auch, ob ein wichtiger Prozess fortgesetzt werden kann, wenn eine Person fehlt, Lieferantendaten verzögert sind, eine Integration fehlerhaft ist oder einfach zu viele Bestellungen eingehen, um die gewohnte manuelle Routine zu bewältigen. Kontinuität ist daher eine betriebliche Frage, nicht nur eine IT-Aufgabe.

Was bedeutet Geschäftskontinuität in der Praxis?

Geschäftskontinuität ist die Fähigkeit eines Unternehmens, seine kritischen Aktivitäten auch nach einer Störung auf einem bestimmten Niveau aufrechtzuerhalten. Das bedeutet nicht, dass alles unverändert funktioniert. Es kann sein, dass die Erfüllung vorübergehend langsamer ist, der Dienstleistungsumfang eingeschränkt ist oder mehr Managemententscheidungen für den täglichen Betrieb erforderlich sind. Das Ziel ist, dass Ausfälle, Datenverluste, fehlerhafte Erfüllungen und Verschlechterungen der Kundenerfahrung in einem handhabbaren Rahmen bleiben.

In einem Unternehmen mit 20-500 Mitarbeitern leben die kritischen Prozesse selten in einem einzigen System. Eine Bestellung kann im Webshop oder in einer E-Mail eines Verkäufers beginnen, in eine Tabelle übertragen werden, dann ins ERP, von dort ins Lager, schließlich zur Rechnungsstellung und zum Spediteur. Wenn einige Übergaben manuell erfolgen, befindet sich der eigentliche Prozess nicht in den Systemen, sondern in den Köpfen der Menschen, in ihren Postfächern und persönlichen Checklisten.

Dies ist der Unterschied zwischen dokumentierten Verfahren und der tatsächlichen Praxis. Viele Führungskräfte glauben, dass es eine Vertretung gibt, weil es eine Stellenbeschreibung gibt. In Wirklichkeit weiß jedoch nur der Kollege, welche Exportdatei geöffnet werden muss, welche Daten korrigiert werden müssen und wann eine abweichende Bestellung separat behandelt werden muss. Solange er verfügbar ist, scheint dies kein Problem zu sein. Sein Fehlen oder seine Überlastung zeigt jedoch sofort das Risiko auf.

Verborgene Unterbrechungen sind nicht immer offensichtlich

Ein vollständiger Ausfall ist leicht zu erkennen. Das System funktioniert nicht, Bestellungen kommen nicht an, die Produktion steht still. Es ist schwieriger, schleichende Fehler zu bemerken, bei denen die Arbeit scheinbar voranschreitet, aber immer mehr manuelle Korrekturen erforderlich sind, Entscheidungen verzögert werden oder verschiedene Abteilungen mit unterschiedlichen Informationen arbeiten.

Ein solches Szenario tritt beispielsweise auf, wenn die Bestandsdaten im Webshop nur einmal täglich aktualisiert werden. Bei normalem Verkehr fällt die Abweichung nicht auf. Während einer Kampagne oder eines saisonalen Hochs kann das Unternehmen jedoch Produkte verkaufen, die nicht mehr auf Lager sind. Der Kundenservice stimmt im Nachhinein ab, das Lager behandelt Ausnahmen, die Finanzabteilung storniert, und das Management erkennt das Problem nur an den gestiegenen Reklamationen.

Dasselbe kann in der Produktion passieren, wenn die Produktionsstatus in einer Tabelle, der Bestand im ERP und die Maschinendaten in einem separaten System sind. Jede Quelle kann für sich funktionieren, dennoch sieht der Schichtleiter möglicherweise nicht rechtzeitig, was sich verzögert, welches Material fehlt oder welche Bestellung gefährdet ist.

Kontinuität bedeutet also nicht nur einen Ersatzserver oder ein Backup. Es bedeutet auch Informationskontinuität, Entscheidungskontinuität und Klarheit der Verantwortlichkeiten.

Zuerst müssen die kritischen Geschäftsprozesse identifiziert werden

Nicht jeder Prozess erfordert den gleichen Schutzgrad. Eine Verzögerung eines internen monatlichen Berichts kann unangenehm sein, hat aber ein anderes Gewicht als die Lieferung, die Verarbeitung von Kundenbestellungen, die Produktionssteuerung oder die Gehaltsabrechnung. Ein guter Ausgangspunkt ist daher nicht die Liste der verfügbaren Technologien, sondern die Klärung, was nicht ausfallen darf, wie lange und mit welchen Konsequenzen.

Es ist ratsam, einen Prozess von der auslösenden Veranstaltung bis zum Abschluss zu verfolgen. Wer startet ihn? Welche Daten sind erforderlich? Woher kommen die Daten? Wer genehmigt sie? In welchem System erfolgt der nächste Schritt? Wo gibt es manuelle Kopien, E-Mail-Abstimmungen oder tabellarische Aufzeichnungen? Bereits diese Kartierung zeigt oft, dass das größte Risiko nicht ein Anwendungsfehler ist, sondern die unsichtbare menschliche Verbindung zwischen den Systemen.

Bei der Untersuchung reicht es nicht aus zu fragen, wie der Prozess funktionieren sollte. Man muss sehen, wie er zuletzt bei einer dringenden Bestellung, einer fehlerhaften Rechnung, fehlendem Material oder einem Systemausfall funktionierte. Die Ausnahmen sagen oft mehr über den Betrieb aus als die regulären Fälle.

Vier Fragen, die Abhängigkeiten schnell aufdecken

In einer Managementübersicht sind vier Fragen besonders nützlich:

• Was passiert, wenn das betreffende System, die Datenquelle oder der Kollege einen ganzen Arbeitstag lang nicht verfügbar ist?
• Welche manuellen Schritte sind erforderlich, damit der Prozess dennoch weitergeht?
• Wie wird festgestellt, dass ein Fehler, eine Duplikation oder ein Datenverlust aufgetreten ist?
• Wer ist berechtigt, über abweichende Fälle zu entscheiden, und hat er Zugang zu allen notwendigen Informationen?

Die Antworten darauf sind oft nicht eindeutig. Das ist kein Versagen, sondern ein Hinweis darauf, dass der Betrieb wahrscheinlich auf implizitem Wissen basiert, das noch nicht in wiederholbare, überprüfbare Abläufe umgewandelt wurde.

Vertretung allein reicht nicht aus

Viele Unternehmen behandeln das Schlüsselpersonenrisiko durch Vertretung. Das ist notwendig, aber nicht immer ausreichend. Wenn der Vertreter die Aufgabe nur erledigen kann, weil er den ursprünglichen Verantwortlichen telefonisch erreicht, ist die Abhängigkeit nicht beseitigt. Wenn zwei Personen einen dreistündigen manuellen Bericht erstellen können, bleibt der Bericht langsam, fehleranfällig und schwer zu prüfen.

Das Ziel ist nicht, jeden Mitarbeiter durch Technologie zu ersetzen. Eine gute betriebliche Entwicklung trennt genau das, was menschliche Entscheidungen erfordert, von dem, was wiederholte Datenbewegungen oder regelbasierte Prüfungen sind. Eine Kundenbeschwerde zu untersuchen, kann fachliche Abwägungen erfordern. Das vierte Mal, dass Bestelldaten kopiert werden, ist jedoch keine wertschöpfende Arbeit.

Dokumentation ist hier auch kein administratives Nebenprodukt. Aus einer brauchbaren Dokumentation geht der Zweck des Prozesses, der Verantwortliche, die Eingaben und Ausgaben, die Behandlung von Abweichungen sowie der Ort der aktuellen Daten hervor. Wenn dies nur ein alter freigegebener Ordner und einige erfahrene Kollegen wissen, bleibt die Kontinuität fragil.

Die Rolle der Technologie: nur dort, wo sie das Risiko wirklich reduziert

Nach einer Prozesskartierung stellt sich oft heraus, dass nicht zuerst ein neues System benötigt wird. Es kann sein, dass ein Genehmigungsschritt überflüssig ist, zwei Abteilungen dieselben Daten pflegen oder eine Regel zur Ausnahmebehandlung geklärt werden muss. Diese Änderungen können mit geringen Kosten die Transparenz und Widerstandsfähigkeit des Betriebs verbessern.

In anderen Fällen ist ein technischer Eingriff gerechtfertigt. Durch Systemintegration kann die wiederholte Dateneingabe beseitigt werden. Eine gut gestaltete interne Anwendung kann die Ausnahmebehandlung vereinheitlichen. Berechtigungsverwaltung, Protokollierung, Sicherung, Überwachung und getestete Wiederherstellung können das Risiko verringern, dass ein Fehler unbemerkt bleibt oder zu lange dauert.

Der Umfang der Lösung muss im Verhältnis zu den Konsequenzen stehen. Für eine interne Aufzeichnung mit geringer geschäftlicher Auswirkung kann eine teure, hochverfügbare Architektur übertrieben sein. Bei einem System, das den täglichen Versand, die Produktion oder die Rechnungsstellung steuert, kann es jedoch riskant sein, sich auf Annahmen über Backups und Wiederherstellungsverantwortlichkeiten zu verlassen.

Der Schlüssel liegt in der Validierung. Ein Backup ist nicht bewiesen nutzbar, nur weil es erstellt wurde. Ein Vertretungsplan funktioniert nicht, nur weil er in einem Dokument steht. Der Prozess muss gelegentlich unter realitätsnahen Bedingungen durchgespielt werden: Wer hat Zugriff, wo arbeitet er, welche Daten sind verfügbar, und wie lange dauert es, bis der Betrieb auf ein akzeptables Niveau zurückkehrt.

Kontinuität ist auch eine Führungsverantwortung

Die meisten Betriebsrisiken entstehen an den Schnittstellen mehrerer Bereiche. Der Vertrieb macht schnelle Zusagen, das Lager sieht abweichende Bestandsdaten, die Finanzabteilung fakturiert nach anderen Regeln, und die IT betreibt ein System, dessen geschäftliche Prioritäten nicht klar definiert sind. In solchen Fällen macht nicht eine einzige Abteilung einen Fehler. Das Unternehmen hat kein gemeinsames Bild vom kritischen Betrieb.

Daher ist es nicht ratsam, die Kontinuität ausschließlich der IT zu überlassen. Die Geschäftsleitung kann sagen, welcher Dienstleistungsausfall welchen Verlust, welches Vertragsrisiko oder welchen Kundeneffekt verursacht. Die IT und der Betrieb können einschätzen, welche technischen Abhängigkeiten, Wiederherstellungsmöglichkeiten und Einschränkungen damit verbunden sind. Beide Perspektiven zusammen ergeben eine brauchbare Priorität.

Der beste erste Schritt ist in der Regel kein großes Beschaffungsprojekt. Wählen Sie einen Prozess aus, der täglich viele manuelle Übergaben enthält, direkt den Kunden oder den Umsatz betrifft und offensichtlich auf dem Wissen einer einzelnen Person basiert. Wenn dieser Prozess genau verstanden, vereinfacht, dokumentiert und getestet wird, bereitet sich das Unternehmen nicht nur besser auf einen Fehler vor. Es schafft die Grundlage für einen berechenbareren Betrieb.