Implementierung von Business-Continuity-Management-Systemen im Energiesektor: Eine Fallstudie zu Barrieren und Erfolgsfaktoren

In der Vorbereitungsphase dominierten zunächst technologische Fragen zur Produktreife und Eignung der verfügbaren Lösungen. Mehrere ursprünglich als potenzielle Lösungen identifizierte Systeme befanden sich noch in der Entwicklung, was wiederholte Marktanalysen und Anbieterwechsel erforderlich machte. Obwohl einzelne Systeme durch innovative Funktionalitäten überzeugten, schieden sie aus, sobald Stabilität, Sicherheitsstandards oder die Kompatibilität mit internen IT-Anforderungen nicht gewährleistet waren. Eigenentwickelte Lösungen wurden aufgrund begrenzter Skalierbarkeit und hoher administrativer Belastung verworfen.

Ein Projektmitglied fasst die letztlich ausschlaggebenden Kriterien wie folgt zusammen: Man habe sich für das Produkt entschieden, „(…) aufgrund seiner Flexibilität und der Passung zu den internen Anforderungen“. Als fördernder Faktor erwies sich zudem die vorhandene Erfahrung einer britischen Landesgesellschaft, die die ausgewählte Lösung bereits produktiv einsetzte und damit als Machbarkeitsnachweis unter realen Einsatzbedingungen diente. Neben der technologischen Bewertung spielte auch die präzise Definition der Anforderungen eine wichtige Rolle. Ein Interviewteilnehmer beschreibt, dass man von Beginn an „eine Liste mit unverzichtbaren Anforderungen sowie mit wünschenswerten Merkmalen und Präferenzen“ erstellt habe, um systematisch zwischen Muss- und Kann-Kriterien zu unterscheiden. Auf organisatorischer Ebene traten in dieser Phase vor allem prozedurale Komplexitäten auf. Der Beschaffungsprozess erstreckte sich über mehrere Gremien – Einkauf, Betriebsrat, Cybersicherheit und Datenschutz. Genehmigungsschleifen, Compliance-Prüfungen und vertragliche Abstimmungen führten zu wiederholten Verzögerungen, die von den Beteiligten als „langwieriger Governance- und Beschaffungsprozess“ beschrieben wurden. Erschwerend kam hinzu, dass ein direkter Kontakt zu den Anbietern vor Vertragsabschluss nicht vorgesehen war und sämtliche Rückfragen über die Einkaufsabteilung erfolgen mussten. Parallel zu den formalen Verfahren mussten interne Strukturen und Dokumente angepasst werden. Über Jahre gewachsene BCM-Richtlinien sowie Vorlagen für Business-Impact-Analysen und Business-Continuity-Plans wurden bereits vor dem Einkauf konsolidiert. Gleichzeitig erwiesen sich strategische Unterstützung und klare Priorisierung als entscheidende Erfolgsfaktoren: Das frühe Sponsoring durch das Top-Management sorgte für Planungssicherheit. Zudem förderten Standardisierungsvorgaben und eine konzernweite Digitalstrategie die Vereinheitlichung von Prozessen, minimierten partikulare Interessen und ermöglichten einen effizienten Wissensaustausch über Ländergrenzen hinweg.

Auch der Umweltkontext prägte die Vorbereitungsphase maßgeblich. Datenschutzanforderungen und Serverstandorte stellten zentrale Entscheidungskriterien bei der Anbieterauswahl dar. Die Einhaltung der Datenschutz-Grundverordnung (DSGVO) sowie die Beachtung von Hosting-Standorten innerhalb Europas schränkten die Shortlist erheblich ein. Die finale Lösung, deren Anbieter außerhalb Europas ansässig war, erforderte daher zusätzliche systematische Risiko- und Sicherheitsbewertungen sowie Abstimmungen mit der konzerninternen Cybersicherheitsabteilung. Darüber hinaus wirkten gesetzliche Rahmenwerke wie das IT-Sicherheitsgesetz und die Norm ISO/IEC 27001 auf die Vertragsgestaltung und Sicherheitsüberprüfung ein.

Zusammenfassend war die Vorbereitungsphase durch technologische Unsicherheit, organisatorische Komplexität und regulatorischen Druck geprägt. Die Auswahl von BCM-Software erfolgte dabei weniger auf Basis technischer Funktionalitäten allein, sondern im Zusammenspiel von Produktreife, Governance-Strukturen und Compliance-Anforderungen. Damit bestätigen die Ergebnisse Befunde zu komplexen IT-Einführungen in regulierten Kontexten, wonach Beschaffungsprozesse und antizipierte Regulierung technologische Entscheidungsräume maßgeblich strukturieren (Pandey und Bretschneider 1997; Uyarra et al. 2014). Insgesamt erweist sich die Vorbereitungsphase als soziotechnischer Aushandlungsprozess, in dem technologische, organisationale und umweltbezogene Faktoren untrennbar miteinander verflochten sind.

Technologisch war die Implementierungsphase vor allem von Konfigurationsarbeit, Fehlfunktionen und manueller Datenmigration bestimmt. Mehrere Beteiligte berichteten von fehlerhaften Workflows, unerwarteten Systemschwierigkeiten und Unschärfen in der Benutzeroberfläche: Tabellenüberschriften seien falsch positioniert gewesen, Sessions hätten sich automatisch beendet und Softwarefehler hätten zu wiederholten Verzögerungen geführt. Besonders aufwendig gestaltete sich die Migration aus Word-basierten oder heterogenen Altsystemen.

Auf organisatorischer Ebene war die Implementierungsphase durch hohen Abstimmungsaufwand, kulturelle Unterschiede und differierende Reifegrade der beteiligten operativen Einheiten geprägt. Nach dem Projektstart zeigten sich zudem Unterschiede in der Nutzungshäufigkeit und im Verständnis der Softwarelösung: Einige Einheiten empfanden die Nutzung als Zusatzbelastung und betrachteten BCM als „eine Nebenaufgabe, die man zusätzlich zum Tagesgeschäft erledigt“. Der gleichzeitige, konzernweite Rollout erhöhte die Komplexität und führte zu Engpässen bei Support. Ein Beteiligter erklärt rückblickend: „Es gab keine gestaffelten Wellen – es war einfach ein Roll-out für alle zeitgleich.“ Dennoch erwiesen sich strukturierte Befähigungs- und Trainingsmaßnahmen als fördernde Faktoren. Der Anbieter schulte zunächst eine kleine Administratorengruppe nach dem Train-the-Trainer-Prinzip über eine Woche hinweg und: „(…) wir entwickelten anschließend unsere eigenen How-to-Guides und eine BCM-Hub-Website.“ Auf dieser Grundlage wurden unternehmensspezifische Lernmaterialien erstellt und im Intranet hinterlegt; zudem wurden Aufzeichnungen von Schulungssitzungen sowie Empfehlungen zu bewährten Vorgehensweisen bereitgestellt.

Zur Unterstützung weniger erfahrener Mitarbeitender wurden Awareness-Sessions, Demo-Termine und individuelle 1:1-Begleitungen angeboten. Ein Interviewpartner führt aus, dass diese persönliche Unterstützung besonders effektiv war: „Die Menschen wünschen sich weiterhin individuelle Unterstützung – ich habe mich eingeloggt, und wir haben den Prozess gemeinsam abgeschlossen.“ Parallel erleichterten digitale Hilfsmittel wie Teams-Kanäle, SharePoint-Materialien und eine dedizierte Helpdesk-Mailbox die kontinuierliche Betreuung. Bereiche ohne etablierte BCM-Prozesse oder Altsysteme adaptierten das neue System teilweise schneller, da sie keine Altlasten migrieren mussten.

Im Umweltkontext brachte die Zusammenarbeit mit dem in Übersee ansässigen Anbieter zeitliche und logistische Einschränkungen mit sich. Durch die Zeitverschiebung war das tägliche Kollaborationsfenster stark begrenzt. Ein Interviewter berichtet, dass effektive Supportzeiten zunächst nur „circa drei Stunden“ umfassten, wodurch technische Probleme mitunter bis zum Folgetag bestehen blieben. Feiertage und Urlaubszeiten verlängerten die Durchlaufzeiten zusätzlich. Trotz dieser Rahmenbedingungen wurde die Kooperation mit dem Anbieter insgesamt als konstruktiv bewertet. Später passte dieser seine Supportzeiten an europäische Anforderungen an. Regelmäßige Jour-fixe-Termine, ein transparentes Ticketingsystem und Release-Informationen unterstützten die strukturierte Abarbeitung offener Punkte. In den Interviews wurde die im Verlauf des Projektes bessere Reaktionsgeschwindigkeit hervorgehoben: „Wenn ein Fehler gemeldet wird, kümmern sie sich oft innerhalb einer Stunde darum.“ Zudem flossen Kundenanforderungen direkt in die Weiterentwicklung des Standardprodukts ein, was das Vertrauen in die Partnerschaft stärkte.

Insgesamt war die Implementierungsphase durch eng verflochtene technologische und organisationale Herausforderungen gekennzeichnet. Erhöhter Aufwand durch Konfigurationsfehler, manuelle Migration und begrenzte Systemintegration stand einer schrittweisen Stabilisierung gegenüber, die durch flexible Systemarchitektur, gezielte Schulungen und die Zusammenarbeit mit dem Anbieter ermöglicht wurde. Damit bestätigen die Ergebnisse Befunde zu komplexen IT-Einführungen, wonach Implementierungsprobleme primär aus soziotechnischen Wechselwirkungen zwischen Technologie, Nutzerbefähigung und organisationalen Routinen resultieren (Chang und Chen 2008; Venkatesh et al. 2012). Der Implementierungserfolg erweist sich folglich als Ergebnis des parallelen Vorantreibens technischer Stabilisierung und organisationaler Befähigung.

In der Stabilisierungsphase traten insbesondere technologische Fragen der Integration, Stabilität und Nutzungsoptimierung in den Vordergrund. Nach dem Go-live zeigte sich das System überwiegend zuverlässig, blieb aber in einigen Aspekten ausbaufähig, z. B. machten unterschiedliche Datenstände und Versionen in den operativen Gesellschaften weiterhin monatliche Downloads, manuelle Vergleiche und Aktualisierungen notwendig. Einzelne Ausfälle, technische Probleme bei automatisierten Workflow-Benachrichtigungen sowie uneinheitliche Übersetzungen in den verschiedenen Sprachversionen des Interfaces beeinträchtigten in der Anfangsphase die Systemstabilität. Trotz dieser Einschränkungen wurde die technologische Weiterentwicklung insgesamt positiv bewertet. Regelmäßige Updates, neue Funktionen wie visuelle Ampellogiken sowie die Implementierung von Single Sign-On verbesserten die Bedienbarkeit und Wahrnehmung des Systems deutlich. Ein Befragter beschreibt die Lösung als „ziemlich zuverlässig … vielleicht zu 95 % der Zeit“, während ein anderer die kontinuierliche Verbesserung hervorhebt: „Das System wird alle zwei Wochen aktualisiert.“ Die kontinuierliche Aufnahme von Nutzerfeedback in den Entwicklungszyklus des Anbieters förderte den Eindruck eines lernfähigen und responsiven Systems.

Auf organisatorischer Ebene wurde deutlich, dass nach dem Go-live weiterhin Unterstützung, Begleitung und ein Kulturwechsel notwendig waren, um die Akzeptanz und entsprechende Nutzung zu fördern. In einigen Bereichen blieb BCM eine zusätzliche Arbeitsbelastung. Diese Wahrnehmung erschwerte eine nachhaltige Nutzung und führte zu ungleichmäßiger Anwenderreife zwischen den operativen Gesellschaften. Mehrere Interviewte betonten, dass Führungssichtbarkeit und Managementengagement im Verlauf nachließen, wodurch die Motivation und Verbindlichkeit der User sanken.

Auch in der Nach-Implementierungsphase wirkten externe Rahmenbedingungen prägend. Regelmäßige Audits forderten eine belastbare Datengrundlage und trugen gleichzeitig zur institutionellen Sichtbarkeit des BCM bei. Zeitverschiebungen mit dem Anbieterstandort führten bei komplexen technischen Themen gelegentlich zu verlängerten Reaktionszeiten, wenngleich diese durch transparentes Ticketing und regelmäßige Jour-fixes abgefedert werden konnten.

Zusammenfassend zeigt die Stabilisierungsphase, dass der nachhaltige Betrieb von BCM-Software weniger von technischen Funktionalitäten allein als vom Zusammenspiel von Systemzuverlässigkeit, organisationaler Verankerung und institutionellen Rahmenbedingungen abhängt. Technische Stabilisierung durch Updates, Integration und Supportstrukturen wirkte dabei nur in Verbindung mit fortgesetzter Führungsunterstützung, klaren Governance-Strukturen und kontinuierlicher Befähigung. Entsprechend bestätigt sich die Annahme, dass digitale Systeme erst durch ihre Einbettung in organisationale Routinen und die fortlaufende Legitimation gegenüber externen Anforderungen nachhaltig wirksam werden. Die Stabilisierungsphase erweist sich damit als kontinuierlicher soziotechnischer Anpassungsprozess, in dem technologische, organisationale und umweltbezogene Faktoren dauerhaft aufeinander bezogen bleiben.

Tab. 1 fasst die identifizierten Barrieren und Erfolgsfaktoren der BCM-Softwareeinführung entlang der technologischen, organisationalen und umweltbezogenen Dimensionen des TOE-Frameworks zusammen.

Die Analyse zeigt, dass technologische Barrieren während der Einführung und Nutzung von BCM-Software fortbestehen und sich über mehrere Phasen hinweg unterschiedlich ausprägen. Anstelle isolierter technischer Einzelprobleme rücken insbesondere Integrations‑, Migrations- und Stabilitätsthemen in den Vordergrund, die den operativen Aufwand erhöhen und Anpassungsprozesse verzögern. Diese Beobachtungen bestätigen frühere Befunde, wonach die Einführung komplexer IT-Systeme weniger durch einzelne technische Defizite als durch grundlegende strukturelle und systembedingte Einschränkungen geprägt ist (O’Connor et al. 2016; Mahmood et al. 2023). Darüber hinaus unterstreichen die Ergebnisse die Bedeutung der Benutzerfreundlichkeit und funktionalen Passung für eine nachhaltige Nutzung. Unzureichende Unterstützung zentraler Arbeitsprozesse und eingeschränkte Lokalisierung wirken sich negativ auf Akzeptanz und Nutzungskontinuität aus, ein Zusammenhang, der auch in der Akzeptanzforschung wiederholt beschrieben wird (Chang und Chen 2008; Venkatesh et al. 2012).

Auf organisationaler Ebene erweisen sich formale Governance-Strukturen, Reifeunterschiede und kulturelle Wahrnehmungen als zentrale Barrieren. Mehrstufige Beschaffungs- und Genehmigungsprozesse verlängern Entscheidungszyklen, während unterschiedliche BCM-Reifegrade die Gleichförmigkeit der Einführung erschweren. Diese Befunde stehen im Einklang mit Forschung zu prozeduraler Komplexität und struktureller Trägheit in Organisationen (Pandey und Bretschneider 1997; Hannan und Freeman 1984).

Der Umweltkontext wirkt als zusätzlicher Restriktionsrahmen. Regulatorische Vorgaben wie die DSGVO sowie branchenspezifische Compliance-Anforderungen beeinflussen Anbieterwahl, Vertragsgestaltung und Hosting-Entscheidungen und begrenzen damit den technologischen Gestaltungsspielraum. Damit bestätigt die Studie die Annahme des TOE-Frameworks, dass externe institutionelle Faktoren technologische und organisationale Entscheidungen maßgeblich rahmen.

Als zentrale technologische Erfolgsfaktoren erweisen sich Systemflexibilität, Modularität und konfigurierbare Prozesse, die eine Anpassung an heterogene organisationale Anforderungen ermöglichen. Diese Eigenschaften unterstützen inkrementelle Weiterentwicklung und begünstigen Akzeptanz, ein Befund, der mit Forschung zu IT-Fähigkeiten und modularen Architekturen übereinstimmt (Lu und Ramamurthy 2011; Leonardi 2011).

Auf organisationaler Ebene spielen Leadership Commitment, gezielte Befähigungsmaßnahmen und interne Multiplikatoren eine zentrale Rolle. Sichtbare Unterstützung durch das Top-Management schafft Legitimation und Priorität, während Trainingskonzepte und Super-User-Strukturen den Wissenstransfer fördern und Reifeunterschiede ausgleichen. Diese Ergebnisse bestätigen bestehende Erkenntnisse zur Bedeutung von Führung und organisationalem Lernen für erfolgreiche IT-Einführungen (Limsila und Ogunlana 2008).

Auch der Umweltkontext wirkt nicht ausschließlich restriktiv, sondern kann als katalytischer Faktor fungieren. Antizipierte regulatorische Veränderungen erzeugen Handlungsdruck und fördern proaktive Anpassungsprozesse. Ergänzend unterstützen Kooperationen mit Anbietern sowie der Austausch in Branchenforen kollektive Lernprozesse und institutionelle Legitimation, wie sie auch in Studien zu innovationsbezogener Zusammenarbeit beschrieben werden (Orcik et al. 2013).