Praxis der Geschäftskontinuität

An einem Freitagnachmittag während eines Bestellspitzenwerts 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 dennoch nur mit Stromausfällen, Bränden oder Cyberangriffen. Doch oft wird der Betrieb durch eine scheinbar kleine, alltägliche Abhängigkeit unterbrochen.

Die Frage ist nicht nur, ob die Server nach einem Fehler erreichbar sind. Es zählt auch, ob ein wichtiger Prozess fortgesetzt werden kann, wenn eine Person fehlt, eine Lieferantendaten verzögert sind, eine Integration fehlerhaft ist oder einfach zu viele Bestellungen eingehen, als dass die gewohnte manuelle Routine bewältigt werden könnte. Kontinuität ist daher eine betriebliche Frage und 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 auf einem bestimmten Niveau aufrechtzuerhalten, auch nach einer Störung. Das bedeutet nicht, dass alles unverändert funktioniert. Es kann sein, dass die Erfüllung vorübergehend langsamer ist, der Serviceumfang 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.

Bei 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 übergehen, dann ins ERP, von dort ins Lager und schließlich zur Rechnungsstellung und zum Spediteur. Wenn ein Teil der Übergaben manuell erfolgt, befindet sich der tatsächliche 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 dem tatsächlichen Betrieb. 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 rein, die Produktion steht still. Schwerer zu erkennen sind die schrittweisen Fehler, bei denen die Arbeit scheinbar voranschreitet, aber immer mehr manuelle Korrekturen erforderlich sind, Entscheidungen verzögert werden oder verschiedene Abteilungen mit unterschiedlichen Informationen arbeiten.

Eine solche Situation ist beispielsweise, wenn die Lagerdaten im Webshop nur einmal täglich aktualisiert werden. Bei normalem Betrieb fällt die Abweichung nicht auf. Während einer Kampagne oder eines saisonalen Höhepunkts kann das Unternehmen jedoch Produkte verkaufen, die nicht mehr auf Lager sind. Der Kundenservice stimmt nachträglich ab, das Lager behandelt Ausnahmen, die Buchhaltung storniert, und das Management erkennt das Problem nur an den erhöhten Reklamationen.

Dasselbe kann in der Produktion passieren, wenn die Produktionsstatus in einer Tabelle, der Lagerbestand im ERP und die Maschinendaten in einem separaten System sind. Jede Quelle kann für sich funktionieren, dennoch ist nicht sicher, dass der Schichtleiter rechtzeitig sieht, 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 denselben Schutzgrad. Eine Verzögerung bei einem internen Monatsbericht kann unangenehm sein, hat aber ein anderes Gewicht als die Lieferung, die Bearbeitung von Kundenbestellungen, die Produktionssteuerung oder die Lohnabrechnung. 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 sinnvoll, 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? In welchem System erfolgt der nächste Schritt? Wo gibt es manuelle Kopien, E-Mail-Abstimmungen oder Tabellenkalkulationen? 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 es funktionieren sollte. Man muss sehen, wie es zuletzt bei einer dringenden Bestellung, einer fehlerhaften Rechnung, fehlendem Material oder einem Systemausfall funktioniert hat. 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 nicht verfügbar ist?
• Welche manuellen Schritte sind erforderlich, damit der Prozess dennoch weitergeht?
• Woher weiß man, dass es währenddessen zu einem Fehler, einer Duplikation oder einem Datenverlust gekommen 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 beruht, das noch nicht in einen wiederholbaren, überprüfbaren Betrieb umgewandelt wurde.

Vertretung allein reicht nicht aus

Viele Unternehmen begegnen dem Schlüsselpersonenrisiko mit 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 dennoch langsam, fehleranfällig und schwer zu prüfen.

Das Ziel ist nicht, jeden Mitarbeiter durch Technologie zu ersetzen. Gute betriebliche Entwicklung trennt genau das, was menschliche Entscheidungen erfordert, von dem, was wiederholte Datenbewegung oder regelbasierte Kontrolle ist. Eine Kundenbeschwerde zu untersuchen, kann fachliches Abwägen erfordern. Das vierte Mal Bestelldaten zu kopieren, ist jedoch keine wertschöpfende Arbeit.

Dokumentation ist hier auch kein administratives Nebenprodukt. Eine brauchbare Dokumentation zeigt den Zweck des Prozesses, den Verantwortlichen, die Eingaben und Ausgaben, die Behandlung von Abweichungen und wo die aktuellen Daten zu finden sind. Wenn dies nur in einem alten freigegebenen Ordner und einigen erfahrenen Kollegen bekannt ist, bleibt die Kontinuität fragil.

Die Rolle der Technologie: nur dort, wo sie wirklich das Risiko 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 halten oder eine Ausnahmebehandlungsregel geklärt werden muss. Diese Änderungen können mit geringen Kosten die Transparenz und Widerstandsfähigkeit des Betriebs verbessern.

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

Das Ausmaß der Lösung muss im Verhältnis zu den Konsequenzen stehen. Für eine interne Aufzeichnung mit geringem geschäftlichen Einfluss kann eine teure, hochverfügbare Architektur übertrieben sein. Für ein System, das die tägliche Lieferung, Produktion oder Rechnungsstellung steuert, kann es jedoch riskant sein, sich auf Annahmen über Backups und Wiederherstellungsverantwortlichkeiten zu stützen.

Der Schlüssel ist die 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 stehen zur Verfügung und wie lange dauert es, bis der Betrieb wieder 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 andere Bestandsdaten, die Buchhaltung fakturiert nach anderen Regeln und die IT betreibt ein System, dessen geschäftliche Prioritäten nicht klar definiert wurden. In solchen Fällen macht nicht eine einzelne Abteilung Fehler. Das Unternehmen hat kein gemeinsames Bild vom kritischen Betrieb.

Daher sollte die Kontinuität nicht ausschließlich an die IT delegiert werden. Die Geschäftsführung kann sagen, welcher Serviceausfall welchen Verlust, vertragliches Risiko oder Kundenwirkung 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 Priorisierung.

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 einzelner Personen 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.