CAREFULLY CONSIDER “AGILE BUSINESS CONTINUITY”

De nombreux dirigeants d'entreprise demandent aux responsables de la continuité des activités - et aux responsables d'autres disciplines également - "Devrions-nous mettre en œuvre la méthode Agile dans notre programme ?"
La question est légitime, mais une organisation peut-elle appliquer pleinement les principes agiles à la continuité des activités et atteindre le bon niveau de résilience tout en obtenant de meilleurs niveaux d'efficacité et d'efficience ?

Nous examinerons ces questions dans ce blog et comment Agile a le potentiel d'améliorer les résultats de la continuité des affaires. Ceci étant dit, cet article a simplement pour but de stimuler la discussion sur le sujet d'Agile en dehors du développement d'applications. Il n'a PAS pour but de donner une réponse définitive sur la façon d'appliquer Agile à la continuité des opérations.
Je pense qu'il est important de commencer ce blog par une introduction à Agile pour s'assurer que nous sommes tous sur la même longueur d'onde.

Premièrement, l'objectif d'Agile est d'aligner le travail (souvent le travail lié au développement d'applications) sur les besoins de l'entreprise. Lorsqu'ils sont bien menés, les projets Agile sont davantage axés sur le client et encouragent le retour d'information et la participation du client. Chez Riskonnect, nous utilisons Agile avec succès dans le développement et l'amélioration continue des éléments suivants notre système logiciel de continuité des affaires, Riskonnect.

Deuxièmement, il existe de nombreuses "saveurs" différentes d'Agile, Scrum et Kanban étant deux méthodes de mise en œuvre populaires. Mais quel que soit le style employé par une organisation, Agile est simplement un ensemble de valeurs et de principes à la base - dont certains peuvent s'appliquer facilement à la continuité des activités, tandis que d'autres sont plus difficiles à appliquer. Nombre de ces valeurs et principes - que je présenterai dans un instant - s'alignent sur le Business Continuity Operating SystemTM (BCOS) de Riskonnect. Voici donc la conclusion : Agile a la promesse d'apporter une valeur significative à votre organisation et à son programme de continuité des affaires (mais permettez-moi d'expliquer pourquoi dans ce blog). Notez que lorsque vous passez en revue la liste des valeurs et principes Agile ci-dessous, remplacez simplement le mot "logiciel" par "continuité des affaires".

Aperçu des valeurs agiles et conclusions

Quelle que soit la "saveur", Agile a quatre "valeurs" fondamentales, et voici mon interprétation de chacune...

1. Logiciel fonctionnel et documentation complète - Concentrez-vous sur la capacité de construction plutôt que sur la documentation et les spécifications de conception.
2. La collaboration des clients par rapport aux négociations de contrats - Travailler ensemble sur la meilleure solution plutôt que de se concentrer sur les questions administratives, les barrières politiques et les frontières.
3. Réagir au changement plutôt que de suivre un plan - Avoir une approche, c'est bien, mais soyez en mesure d'adapter votre approche au fur et à mesure que vous apprenez.
4. Individus et interactions plutôt que processus et outils - L'engagement dans la résolution d'un problème est essentiel.

Le graphique suivant résume la façon dont je vois les avantages des quatre valeurs Agile dans le cadre de la continuité des activités.

Pourquoi ces conclusions ?

Tout d'abord, en ce qui concerne le logiciel de travail par rapport à la documentation complète, je vois certains avantages pour la profession de la continuité des affaires, mais des quatre, c'est probablement celui qui a le moins d'impact. Plus tôt dans le blog, j'ai mentionné comment je pense qu'une grande partie d'Agile s'aligne sur l'approche BCOS de Riskonnect. BCOS préconise la documentation des processus "suivie par tous". J'admets que le processus et sa documentation ne sont qu'un moyen de parvenir à une fin. Mais un processus que les principales parties prenantes comprennent et auquel elles peuvent participer est nécessaire pour atteindre le véritable objectif, à savoir "une capacité de réponse/récupération opérationnelle".

Deuxièmement, en ce qui concerne la collaboration avec le client par rapport à la négociation du contrat, je vois de la valeur dans la collaboration. Certains critiques Agile interprètent souvent cette valeur comme l'évitement de l'engagement, c'est-à-dire un manque d'engagement sur un calendrier pour répondre à une attente. Plus précisément, cette valeur signifie en fait qu'Agile devrait plutôt se concentrer sur l'innovation et l'évolution pour parvenir à la meilleure solution. Pour moi, la collaboration est essentielle et aboutit à un accord sur les objectifs, les priorités et les exigences. À bien des égards, la méthodologie "traditionnelle" de continuité des activités, telle que décrite dans la norme ISO 22301, préconise déjà l'engagement des dirigeants et des propriétaires de processus, ainsi que l'engagement d'autres parties prenantes nécessaires. En réalité, de nombreux programmes ne mettent pas l'accent sur une approche fondée sur les risques et sur l'engagement des parties prenantes, et la collaboration avec le client commercial n'est pas toujours intentionnelle. Nous reviendrons sur ce point dans un moment, lorsque nous aborderons les "principes" Agile.

Troisièmement, en ce qui concerne la réponse au changement par rapport au suivi d'un plan, je vois l'avantage de coupler cette valeur avec les meilleures pratiques traditionnelles en matière de continuité des activités en ajoutant de l'"agilité" aux plans de réponse et de reprise. À mon avis, les plans sont un résultat utile du processus de planification de la continuité des activités, car ils saisissent des informations difficiles à mémoriser, qui ne sont pas toujours intuitives, et servent de guide - ou de rappel - sur la façon de gérer la réponse à une perturbation.

Enfin, en ce qui concerne les individus et les interactions par rapport aux processus et aux outils, j'y vois beaucoup d'avantages, car l'engagement est un facteur de réussite essentiel dans les programmes de continuité des activités qui fonctionnent bien et qui assurent la résilience. Malheureusement, la réflexion traditionnelle sur la planification de la continuité des activités porte essentiellement sur l'exécution de la méthodologie, l'engagement des participants étant une considération secondaire. Comme indiqué dans le modèle BCOS de Riskonnect, un " processus documenté suivi par tous " est extrêmement important, mais lorsqu'il est associé à un engagement fort des participants au programme, l'organisation est bien mieux placée pour atteindre le bon niveau de résilience. Dans cette optique, je changerais le titre de cette valeur en "Individus et interactions avec les processus et les outils" (si je le pouvais).

Aperçu des principes agiles et conclusions

La méthode Agile repose sur 12 principes fondamentaux qui, traditionnellement, présentent des avantages en matière de développement de logiciels, et dont certains peuvent ajouter des avantages lorsqu'ils sont appliqués à la continuité des activités.

1. Satisfaction du client grâce à une livraison précoce et continue des logiciels - Livrer, innover, livrer, innover, livrer innover (et ainsi de suite) ; créer une capacité, la tester et l'améliorer (mais ne pas attendre la perfection pour livrer).
2. Tenir compte de l'évolution des besoins tout au long du processus de développement - Recueillez des informations en permanence et appliquez-les en fonction des priorités.
3. Livraison fréquente de logiciels fonctionnels - Par exemple, n'attendez pas la fin de la phase de stratégie "une fois par an" pour améliorer la capacité de réponse et de récupération ; assurez la continuité des opérations en permanence.
4. Collaboration entre les parties prenantes et les développeurs tout au long du projet. - Restez engagé avec l'entreprise (y compris les propriétaires de processus et de ressources) et établissez un partenariat avec eux pour développer et maintenir des capacités de réponse et de récupération.
5. Soutenir, faire confiance et motiver les personnes concernées. - Comprenez ce qui importe à l'entreprise en matière de continuité des activités et assurez-vous que l'objectif, les capacités et l'engagement s'alignent (et ayez confiance dans le fait que l'entreprise fera ce qu'il faut pour vous aider à exécuter le programme de continuité des activités).
6. Favoriser les interactions en face à face - Dans un monde parfait, sure.... Voir ci-dessous pour plus d'informations sur ce sujet !
7. Le logiciel fonctionnel est la principale mesure du progrès - Dans le jargon de la continuité des affaires, une capacité de réponse ou de récupération va au-delà de la méthodologie et des plans.
8. Processus agiles pour soutenir un rythme de développement cohérent - Un rythme soutenu peut ne pas être applicable, ou ne pas ajouter beaucoup de valeur, à la continuité des activités.
9. L'attention portée aux détails techniques et à la conception renforce l'agilité. - Indirectement, il s'agit d'un principe clé, qui garantit que les participants au programme disposent du temps et des compétences nécessaires pour remplir leur rôle.
10. Simplicité - OUI ! Restez simple (supprimez toute complexité inutile) et faites en sorte qu'il soit facile pour l'organisation de participer au programme de continuité des activités.
11. Les équipes auto-organisées encouragent les architectures, les exigences et les conceptions de qualité. - Dans le domaine de la continuité des activités, je vois ce principe encourager les expériences à faible risque afin d'accroître l'efficacité et l'efficience des programmes.
12. Réflexions régulières sur la manière de devenir plus efficace - Engagement, évaluation des performances, problèmes de processus et amélioration (spécifique au programme de continuité des activités et aux capacités de réponse/récupération).

Le graphique suivant résume la façon dont je vois les avantages associés à chacun des principes Agile dans le cadre de la continuité des opérations.

Pourquoi ces conclusions ?

1. Satisfaction du client grâce à une livraison précoce et continue des logiciels - Certains praticiens s'efforcent de s'attaquer aux "fruits mûrs" tout en s'attaquant à des problèmes plus importants, mais de nombreux programmes attendent la fin d'un cycle de planification pour sélectionner des stratégies (ce qui revient essentiellement à privilégier la méthodologie sur l'atténuation des risques). Grâce à un engagement important et continu, la solution devient souvent rapidement évidente. Ainsi, elle permet d'établir rapidement une action ou un objectif à court terme ou à plus long terme pour atteindre des niveaux de capacité plus élevés.
2. Tenir compte de l'évolution des besoins tout au long du processus de développement - La continuité des activités traditionnelle est toujours verte en ce sens qu'il est largement admis que l'on n'a jamais fini et que les résultats de la continuité des activités évolueront en fonction des changements de l'organisation. Ce principe s'aligne certainement sur les meilleures pratiques, mais n'oubliez pas d'innover et d'évoluer en permanence.
3. Livraison fréquente de logiciels de travail - Il y a là une certaine valeur, et à bien des égards, Riskonnect intègre ce principe dans le BCOS. Il s'agit d'abord de se concentrer sur ce qui est le plus important, puis d'utiliser des cycles de travail de deux semaines, de trois mois, d'un an et de trois ans (avec des objectifs et des cibles) pour améliorer la capacité de réponse et de récupération.
4. Collaboration entre les parties prenantes et les développeurs tout au long du projet. - Il s'agit d'un avantage potentiel important en raison de l'accent mis sur l'engagement productif avec toutes les parties prenantes, y compris la haute direction jusqu'à ceux qui effectuent le travail.
5. Soutenir, faire confiance et motiver les personnes concernées. - Ce principe est tellement important. Malheureusement, il n'est pas vraiment pris en compte dans les normes et les meilleures pratiques en matière de continuité des activités. Trop souvent, les professionnels de la continuité des activités exigent la participation des entreprises mais restreignent les participants ("les enfermer") en raison d'un manque de confiance dans leur capacité à faire ce qu'il faut. En fin de compte, les professionnels de la continuité des activités doivent s'efforcer de motiver les participants au programme (en impliquant les personnes qui veulent participer et en les aidant à comprendre l'importance de la continuité des activités), de leur insuffler une grande énergie et un engagement efficace, de leur faire confiance pour qu'ils fassent ce qu'il faut s'ils sont formés de manière appropriée, et de se concentrer sur la mesure et l'amélioration.
6. Favoriser les interactions en face à face - Pour dire les choses simplement, je ne vois pas cela comme une "réalité commerciale" dans l'environnement de travail global et mobile d'aujourd'hui. Mais lorsque vous pouvez vous rencontrer en personne, l'engagement est plus facile. Et il y a toujours la vidéoconférence...
7. Le logiciel fonctionnel est la principale mesure du progrès - Trop souvent, nous mesurons et évaluons la manière dont nous parvenons à des solutions et des stratégies de continuité des activités, la capacité de résilience réelle n'étant qu'une réflexion après coup. L'éternel objectif du BCOS est "le bon niveau de résilience", qui est essentiellement l'équivalent d'un "logiciel fonctionnel". Je considère ce principe comme le plus précieux de tous.
8. Processus agiles pour soutenir un rythme de développement cohérent - Je pense que nous pouvons omettre ce principe ; le rythme constant n'est pas aussi important qu'un rythme basé sur le risque.
9. L'attention portée aux détails techniques et à la conception renforce l'agilité. - Comme mentionné précédemment, je vois ce principe s'aligner sur quelque chose de précieux, les compétences et les expériences des participants au programme étant essentielles.
10. Simplicité - L'observation que je fais le plus souvent dans notre discipline est celle d'une trop grande complexité inutile des programmes, car de nombreuses pratiques traditionnelles de planification de la continuité des activités manquent de pragmatisme.
11. Les équipes auto-organisées encouragent les architectures, les exigences et les conceptions de qualité. - Il y a de la valeur à en tirer. N'étouffez pas ceux qui veulent vraiment participer de manière proactive pour faire progresser le programme et la capacité de l'organisation à réagir et à se rétablir. Dans le même temps, n'oubliez pas de demander l'avis et/ou l'approbation des bonnes personnes dans votre quête pour améliorer et atteindre le bon niveau de résilience.
12. Réflexions régulières sur la manière de devenir plus efficace - Le dernier des précieux principes Agile. Les normes et les meilleures pratiques abordent des sujets tels que les actions correctives, les examens post-incident et les examens de gestion, mais elles omettent souvent d'expliquer comment obtenir une valeur maximale. Engagez les bonnes personnes à la bonne fréquence avec des informations qui motivent. Et lors des réunions et autres interactions, " traitez " les problèmes de performance, ce qui implique de trouver la cause profonde des problèmes de performance ou d'autres possibilités d'amélioration.

Conclusions

Lorsque quelqu'un vous demande d'appliquer Agile à la continuité des activités, demandez-lui s'il mélange les valeurs et les principes avec une variante d'Agile telle que mentionnée ci-dessus, comme Scrum ou Kanban. À mon avis, l'approche Scrum peut apporter une plus grande valeur ajoutée à la continuité des opérations et s'aligner sur de nombreux attributs BCOS de Riskonnect (comme les tâches à faire par incréments de deux semaines que l'on trouve dans Evolve), les ingrédients fondamentaux (comme Engage) et les processus de base (comme Evolve). Il pourrait être beaucoup plus difficile d'extraire de la valeur de Kanban dans le cadre de la continuité des opérations, étant donné son objectif de minimiser les travaux en cours.

Globalement, voici une question. Demande-t-on aux comptables de faire de la comptabilité agile ? Des RH agiles ? De la conformité agile ? Ce n'est pas parce que cela fonctionne dans l'informatique que cela doit s'appliquer à tout le monde, et ce n'est certainement pas une solution universelle. Peut-être qu'au lieu de considérer par défaut une saveur d'Agile, il faudrait plutôt envisager de tirer parti de certaines valeurs et principes d'Agile pour aider à atteindre le bon niveau de résilience en se concentrant sur le programme et en s'engageant auprès des bonnes personnes dans votre organisation.