DIE "AGILE GESCHÄFTSKONTINUITÄT" SORGFÄLTIG PRÜFEN

Viele Führungskräfte fragen die Verantwortlichen für Business Continuity - und auch die Manager anderer Disziplinen - "Sollten wir Agile in unserem Programm implementieren?"
Die Frage ist berechtigt, aber kann ein Unternehmen die agilen Prinzipien vollständig auf die Geschäftskontinuität anwenden und das richtige Maß an Widerstandsfähigkeit erreichen, während es gleichzeitig ein höheres Maß an Effizienz und Effektivität erzielt?

Wir werden diese Fragen in diesem Blog untersuchen und zeigen, wie Agile das Potenzial hat, die Ergebnisse der Geschäftskontinuität zu verbessern. In diesem Sinne soll dieser Artikel lediglich die Diskussion über das Thema Agile außerhalb der Anwendungsentwicklung anregen. Er ist NICHT als endgültige Antwort auf die Frage gedacht, wie man Agile auf Business Continuity anwenden kann.
Ich denke, es ist wichtig, diesen Blog mit einer Agile-Einführung zu beginnen, um sicherzustellen, dass wir alle auf derselben Seite stehen.

Erstens besteht die Absicht von Agile darin, die Arbeit (oft im Zusammenhang mit der Anwendungsentwicklung) an den Geschäftsanforderungen auszurichten. Wenn sie gut durchgeführt werden, sind agile Projekte stärker kundenorientiert und fördern Feedback und Kundenbeteiligung. Bei Riskonnect verwenden wir Agile erfolgreich bei der Entwicklung und kontinuierlichen Verbesserung von unser Softwaresystem für Geschäftskontinuität, Riskonnect.

Zweitens gibt es viele verschiedene "Spielarten" von Agile - Scrum und Kanban sind zwei beliebte Implementierungsmethoden. Aber unabhängig davon, welche Variante eine Organisation anwendet, ist Agile im Kern einfach eine Reihe von Werten und Prinzipien - von denen einige gut auf die Geschäftskontinuität anwendbar sind, während andere vielleicht eher eine Ausdehnung darstellen. Viele dieser Werte und Prinzipien - die ich gleich vorstellen werde - stimmen mit dem Business Continuity Operating SystemTM (BCOS) von Riskonnect überein. Die Pointe ist also, dass Agile das Versprechen hat, Ihrem Unternehmen und seinem Business Continuity-Programm einen erheblichen Wert zu verleihen (aber lassen Sie mich in diesem Blog erklären, warum). Wenn Sie sich die Liste der Agile-Werte und -Prinzipien unten ansehen, ersetzen Sie einfach das Wort "Software" durch "Business Continuity".

Agile Werte - Überblick und Schlussfolgerungen

Unabhängig von der "Geschmacksrichtung" hat Agile vier grundlegende "Werte", und hier ist meine Interpretation von jedem...

1. Funktionierende Software über umfassende Dokumentation - Konzentrieren Sie sich auf die Baufähigkeit und nicht auf Konstruktionsunterlagen und Spezifikationen.
2. Zusammenarbeit mit dem Kunden bei Vertragsverhandlungen - Arbeiten Sie gemeinsam an der besten Lösung, anstatt sich auf administrative Fragen, politische Hindernisse und Grenzen zu konzentrieren.
3. Reagieren auf Veränderungen statt Befolgen eines Plans - Ein Konzept zu haben ist großartig, aber Sie sollten in der Lage sein, Ihr Konzept anzupassen, während Sie lernen.
4. Individuen und Interaktionen statt Prozesse und Werkzeuge - Engagement bei der Lösung eines Problems ist der Schlüssel.

Die folgende Grafik fasst zusammen, wie ich den Nutzen der vier Agile-Werte in Bezug auf die Geschäftskontinuität sehe.

Warum diese Schlussfolgerungen?

Erstens sehe ich in Bezug auf "Working Software Over Comprehensive Documentation" einen gewissen Nutzen für den Berufsstand der Geschäftskontinuität, aber von den vier ist es wahrscheinlich der am wenigsten einflussreiche. Weiter oben im Blog habe ich bereits erwähnt, dass ich glaube, dass Agile in weiten Teilen mit dem BCOS-Ansatz von Riskonnect übereinstimmt. BCOS befürwortet eine Prozessdokumentation, die "von allen befolgt wird". Ich gebe zu, dass Prozesse und Prozessdokumentation lediglich ein Mittel zum Zweck sind. Aber ein Prozess, den die Hauptbeteiligten verstehen und an dem sie sich beteiligen können, ist notwendig, um das eigentliche Ziel zu erreichen, nämlich eine funktionierende Reaktions- und Wiederherstellungsfähigkeit".

Zweitens sehe ich bei der Zusammenarbeit mit dem Kunden gegenüber der Vertragsverhandlung einen besonderen Wert in der Zusammenarbeit. Einige Kritiker von Agile interpretieren diesen Wert oft als Vermeidung von Verpflichtungen, d. h. als fehlende Verpflichtung gegenüber einem Zeitplan zur Erfüllung einer Erwartung. Genauer gesagt bedeutet dieser Wert jedoch, dass Agile eher auf Innovation und Evolution ausgerichtet sein sollte, um die beste Lösung zu finden. Für mich ist Zusammenarbeit der Schlüssel und führt zu einer Vereinbarung über Ziele, Prioritäten und Anforderungen. Die "traditionelle" Business-Continuity-Methodik, wie sie in ISO 22301 beschrieben ist, befürwortet in vielerlei Hinsicht bereits die Einbindung von Führungskräften und Prozessverantwortlichen sowie die Einbindung anderer notwendiger Interessengruppen. In der Realität versäumen es viele Programme, einen risikobasierten Fokus und die Einbeziehung von Interessengruppen zu betonen, und die Zusammenarbeit mit dem Geschäftskunden ist nicht immer beabsichtigt. Mehr dazu in Kürze, wenn wir uns mit den agilen "Prinzipien" beschäftigen.

Drittens sehe ich bei der Reaktion auf Veränderungen gegenüber der Befolgung eines Plans einen Vorteil, wenn wir diesen Wert mit den traditionellen Best Practices für die Geschäftskontinuität verbinden, indem wir den Reaktions- und Wiederherstellungsplänen "Agilität" hinzufügen. Meiner Meinung nach sind Pläne ein nützliches Ergebnis des Business-Continuity-Planungsprozesses, da sie Informationen festhalten, die schwer zu merken und nicht immer intuitiv sind, und als Anleitung - oder Erinnerung - dienen, wie auf eine Störung zu reagieren ist.

Und schließlich sehe ich in der Tatsache, dass Individuen und Interaktionen Vorrang vor Prozessen und Tools haben, viele Vorteile, da das Engagement ein wesentlicher Erfolgsfaktor für gut funktionierende Business-Continuity-Programme ist, die Widerstandsfähigkeit bieten. Leider geht es bei der traditionellen Business-Continuity-Planung hauptsächlich um die Ausführung von Methoden, während das Engagement der Teilnehmer eine untergeordnete Rolle spielt. Wie im BCOS-Modell von Riskonnect erwähnt, ist ein "dokumentierter Prozess, der von allen befolgt wird", extrem wichtig, aber wenn er mit einem großen Engagement der Programmteilnehmer als Grundlage gepaart ist, ist die Organisation viel besser in der Lage, das richtige Maß an Widerstandsfähigkeit zu erreichen. In diesem Sinne würde ich den Titel dieses Wertes in "Individuen und Interaktionen mit Prozessen und Tools" ändern (wenn ich könnte).

Agile Prinzipien - Überblick und Schlussfolgerungen

Agile hat 12 Grundprinzipien, die traditionell Vorteile bei der Softwareentwicklung bieten und von denen einige bei der Anwendung auf die Geschäftskontinuität einen zusätzlichen Nutzen bringen können.

1. Kundenzufriedenheit durch frühzeitige und kontinuierliche Softwarebereitstellung - Liefern, innovieren, liefern, innovieren, liefern, innovieren (und so weiter); Fähigkeiten schaffen, testen und verbessern (aber nicht auf Perfektion warten, bevor man sie liefert).
2. Anpassung an sich ändernde Anforderungen während des gesamten Entwicklungsprozesses - Sammeln Sie laufend Feedback und setzen Sie es nach Prioritäten geordnet ein.
3. Häufige Lieferung von funktionsfähiger Software - Warten Sie z. B. nicht auf den Abschluss der "jährlichen" Strategiephase, bevor Sie die Reaktions- und Wiederherstellungsfähigkeit verbessern, sondern stellen Sie die Geschäftskontinuitätsfähigkeit kontinuierlich her.
4. Zusammenarbeit zwischen den Geschäftsinteressenten und den Entwicklern während des gesamten Projekts - Bleiben Sie mit dem Unternehmen (einschließlich der Prozess- und Ressourcenverantwortlichen) in Kontakt und arbeiten Sie mit ihnen zusammen, um Reaktions- und Wiederherstellungsfähigkeiten zu entwickeln und aufrechtzuerhalten.
5. Unterstützung, Vertrauen und Motivierung der beteiligten Personen - Verstehen Sie, was dem Unternehmen wichtig ist, wenn es um Business Continuity geht, und stellen Sie sicher, dass der Fokus, die Fähigkeiten und das Engagement übereinstimmen (und vertrauen Sie darauf, dass das Unternehmen Sie bei der Umsetzung des Business Continuity-Programms unterstützt).
6. Ermöglichung von Interaktionen von Angesicht zu Angesicht - In einer perfekten Welt, sicher.... Siehe unten für weitere Informationen zu diesem Thema!
7. Arbeitssoftware ist der wichtigste Maßstab für den Fortschritt - In der Sprache der Geschäftskontinuität ist eine Reaktions- oder Wiederherstellungsfähigkeit mehr als eine Methodik und ein Plan.
8. Agile Prozesse zur Unterstützung eines einheitlichen Entwicklungstempos - Ein gleichmäßiges Tempo ist für die Kontinuität des Geschäftsbetriebs nicht unbedingt erforderlich oder von großem Nutzen.
9. Die Aufmerksamkeit für technische Details und Design erhöht die Agilität - Indirekt ist dies ein Schlüsselprinzip, das sicherstellt, dass die Programmteilnehmer die Zeit und die Kompetenzen haben, ihre Aufgaben zu erfüllen.
10. Vereinfachung - JA! Halten Sie es einfach (beseitigen Sie unnötige Komplexität) und machen Sie es der Organisation leicht, sich am Business Continuity-Programm zu beteiligen.
11. Selbstorganisierende Teams fördern großartige Architekturen, Anforderungen und Designs - Speziell für die Geschäftskontinuität sehe ich dieses Prinzip als Anreiz für Experimente mit geringem Risiko, um die Effizienz und Effektivität des Programms zu steigern.
12. Regelmäßige Überlegungen darüber, wie man effektiver werden kann - Engagement, Bewertung der Leistung, Prozessprobleme und Verbesserungen (speziell für das Business-Continuity-Programm und die Reaktions-/Wiederherstellungsfähigkeiten).

Die folgende Grafik fasst zusammen, wie ich den Nutzen der einzelnen Agile-Prinzipien in Bezug auf die Geschäftskontinuität sehe.

Warum diese Schlussfolgerungen?

1. Kundenzufriedenheit durch frühzeitige und kontinuierliche Softwarebereitstellung - Einige Praktiker arbeiten daran, die "niedrig hängenden Früchte" anzugehen, während sie sich gleichzeitig mit den "wichtigeren" Themen befassen, aber viele Programme warten bis zum Abschluss eines Planungszyklus, wenn es an der Zeit ist, Strategien auszuwählen (was im Wesentlichen eine Methodik über die Risikominderung ist). Durch großes und kontinuierliches Engagement wird die Lösung oft schnell offensichtlich. So wird schnell eine kurzfristige Aufgabe oder eine längerfristige Maßnahme oder ein Ziel festgelegt, um ein höheres Maß an Leistungsfähigkeit zu erreichen.
2. Anpassung an sich ändernde Anforderungen während des gesamten Entwicklungsprozesses - Traditionelle Geschäftskontinuität ist insofern immergrün, als allgemein anerkannt wird, dass man nie fertig ist und dass sich die Ergebnisse der Geschäftskontinuität mit dem Wandel des Unternehmens ändern werden. Dieser Grundsatz entspricht sicherlich den Best Practices, aber denken Sie daran, sich ständig zu erneuern und weiterzuentwickeln.
3. Häufige Lieferung von funktionsfähiger Software - Hier ist ein gewisser Wert zu erkennen, und Riskonnect bindet dieses Prinzip in vielerlei Hinsicht in die BCOS ein. Es beginnt mit der Konzentration auf das Wesentliche und setzt sich fort mit zweiwöchigen, vierteljährlichen, jährlichen und dreijährigen Arbeitszyklen (einschließlich Zielen und Vorgaben), um die Reaktions- und Wiederherstellungsfähigkeit zu verbessern.
4. Zusammenarbeit zwischen den Geschäftsinteressenten und den Entwicklern während des gesamten Projekts - Die Konzentration auf ein produktives Engagement mit allen Beteiligten, einschließlich der Führungskräfte und derjenigen, die die Arbeit ausführen, bietet hier einen erheblichen potenziellen Nutzen.
5. Unterstützung, Vertrauen und Motivierung der beteiligten Personen - Dieser Grundsatz ist so wichtig. Leider wird er in den Business-Continuity-Standards und -Best-Practices nicht wirklich umfassend berücksichtigt. Allzu oft fordern Business-Continuity-Fachleute die Beteiligung von Unternehmen, schränken die Teilnehmer aber ein ("boxen sie ein"), weil sie nicht darauf vertrauen, dass sie das Richtige tun. Letztendlich sollten Business-Continuity-Fachleute hart daran arbeiten, die Programmteilnehmer zu motivieren (indem sie die Personen einbeziehen, die teilnehmen möchten, und ihnen die Bedeutung von Business Continuity nahe bringen), den Programmteilnehmern viel Energie und ein effektives Engagement zu vermitteln, darauf zu vertrauen, dass sie das Richtige tun werden, wenn sie entsprechend geschult werden, und sich auf die Messung und Verbesserung zu konzentrieren.
6. Ermöglichung von Interaktionen von Angesicht zu Angesicht - Ich sehe das einfach nicht als "geschäftliche Realität" in der heutigen globalen und mobilen Arbeitsumgebung. Aber wenn man sich persönlich treffen kann, ist es einfacher, sich zu engagieren. Und es gibt immer noch Videokonferenzen...
7. Arbeitssoftware ist der wichtigste Maßstab für den Fortschritt - Allzu oft messen und bewerten wir, wie wir zu Business-Continuity-Lösungen und -Strategien gelangen, während die tatsächliche Ausfallsicherheit ein nachträglicher Gedanke ist. Das ewige BCOS-Ziel ist "das richtige Maß an Ausfallsicherheit", was im Grunde genommen das Äquivalent zu "funktionierender Software" ist. Ich halte dieses Prinzip für das wertvollste von allen.
8. Agile Prozesse zur Unterstützung eines einheitlichen Entwicklungstempos - Ich denke, wir können diesen Grundsatz weglassen; das gleichmäßige Tempo ist nicht so wichtig wie ein risikobasiertes Tempo.
9. Die Aufmerksamkeit für technische Details und Design erhöht die Agilität - Wie bereits erwähnt, sehe ich in diesem Prinzip etwas Wertvolles: Die Kompetenzen und Erfahrungen der Programmteilnehmer sind der Schlüssel.
10. Vereinfachung - Am häufigsten beobachte ich in unserem Fachgebiet eine völlig unnötige Programmkomplexität, weil es vielen traditionellen Verfahren der Geschäftskontinuitätsplanung an Pragmatismus mangelt.
11. Selbstorganisierende Teams fördern großartige Architekturen, Anforderungen und Designs - Hier gibt es einen gewissen Wert. Unterdrücken Sie nicht diejenigen, die sich wirklich proaktiv beteiligen wollen, um das Programm und die Reaktions- und Wiederherstellungsfähigkeit der Organisation zu verbessern. Denken Sie aber auch daran, die richtigen Leute um ihren Beitrag und/oder ihre Zustimmung zu bitten, wenn es darum geht, das richtige Maß an Widerstandsfähigkeit zu verbessern und zu erreichen.
12. Regelmäßige Überlegungen darüber, wie man effektiver werden kann - Das letzte der wertvollen Agile-Prinzipien. Standards und Best Practices befassen sich mit Themen wie Korrekturmaßnahmen, Überprüfungen nach Vorfällen und Management-Reviews, erklären aber oft nicht, wie man den maximalen Wert erreicht. Beziehen Sie die richtigen Leute in der richtigen Häufigkeit mit Informationen ein, die motivieren. Und bearbeiten Sie in Besprechungen und anderen Interaktionen Leistungsprobleme, d. h. suchen Sie nach der Ursache von Leistungsproblemen oder anderen Verbesserungsmöglichkeiten.

Schlussfolgerungen

Wenn Sie jemand bittet, Agile auf Business Continuity anzuwenden, fragen Sie ihn, ob er die Werte und Prinzipien mit einer der oben genannten Varianten von Agile, wie Scrum oder Kanban, verwechselt. Meiner Meinung nach ist der Scrum-Ansatz für die Geschäftskontinuität wertvoller und stimmt mit vielen der BCOS-Attribute von Riskonnect überein (z. B. zweiwöchige Inkrement-To-Do's in Evolve), mit grundlegenden Bestandteilen (wie Engage) und Kernprozessen (wie Evolve). Kanban ist im Rahmen der Geschäftskontinuität möglicherweise viel schwieriger zu nutzen, da sein Schwerpunkt auf der Minimierung der laufenden Arbeit liegt.

Alles in allem, hier ist eine Frage. Wird von Buchhaltern verlangt, dass sie ein agiles Rechnungswesen betreiben? Agile HR? Agile Compliance? Nur weil es in der IT funktioniert, heißt das noch lange nicht, dass es für alle gelten sollte, und es ist sicherlich keine Einheitslösung für alle. Anstatt sich auf eine bestimmte Variante von Agile zu beschränken, sollten Sie sich überlegen, ob Sie nicht stattdessen ausgewählte Agile-Werte und -Prinzipien nutzen sollten, um durch Programmfokussierung und Einbindung der richtigen Mitarbeiter in Ihrem Unternehmen das richtige Maß an Widerstandsfähigkeit zu erreichen.