EXAMINEZ ATTENTIVEMENT LA « CONTINUITÉ AGILE DE L’ACTIVITÉ »
De nombreux dirigeants d’entreprise demandent aux responsables de la continuité des activités – ainsi qu’aux responsables d’autres disciplines – « Devrions-nous mettre en œuvre Agile dans notre programme ? »
C’est une question légitime, mais une organisation peut-elle appliquer pleinement les principes Agile à la continuité des activités et atteindre le bon niveau de résilience tout en atteignant des niveaux plus élevés d’efficacité et d’efficience ?
Nous examinerons ces questions dans ce blog et nous verrons comment la méthode Agile peut améliorer les résultats en matière de continuité des activités. Ceci étant dit, cet article est simplement destiné à stimuler la discussion sur le sujet de l’Agile en dehors du développement d’applications. Il N’EST PAS destiné à être la réponse définitive sur la façon d’appliquer Agile à la continuité d’activité.
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.
Tout d’abord, l’objectif de la méthode Agile est d’aligner le travail (souvent 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 avec succès la méthode Agile pour le développement et l’amélioration continue de notre logiciel de continuité des activités, Riskonnect.
Deuxièmement, il existe de nombreuses variantes de la méthode Agile, Scrum et Kanban étant deux méthodes de mise en œuvre populaires. Mais quelle que soit la méthode employée par une organisation, Agile est simplement un ensemble de valeurs et de principes – dont certains peuvent s’appliquer à la continuité des activités, tandis que d’autres peuvent être 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 l’essentiel : Agile promet d’apporter une valeur significative à votre organisation et à son programme de continuité des affaires (mais permettez-moi d’expliquer pourquoi dans ce blogue). Lorsque vous consulterez la liste des valeurs et principes Agile ci-dessous, remplacez simplement le mot « logiciel » par « continuité d’activité ».
Vue d’ensemble des valeurs agiles et conclusions
Indépendamment de la « saveur », l’Agile a quatre « valeurs » fondamentales, et voici mon interprétation de chacune d’entre elles…
1. Le logiciel de travail plutôt qu’une documentation exhaustive – Observez le développement des capacités plutôt que la documentation et les spécifications de conception.
2. La collaboration avec le client plutôt que les négociations contractuelles – Travaillez ensemble sur la meilleure solution plutôt que de vous concentrer sur les questions administratives, les barrières politiques et les frontières.
3. La réponse au changement plutôt que le suivi d’un plan – Avoir une approche est une bonne chose, mais soyez en mesure d’adapter votre approche au fur et à mesure que vous apprenez.
4. Les individus et les interactions plutôt que les processus et les outils – L’engagement dans la résolution d’un problème est la clé du succès.
Le graphique suivant résume la manière 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 un certain avantage 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 de la méthode Agile s’aligne sur l’approche BCOS de Riskonnect. BCOS préconise une documentation des processus « suivie par tous ». J’admets que les processus et leur 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 parvenir à la finalité réelle, à savoir « une capacité de réponse/récupération opérationnelle ».
Deuxièmement, en ce qui concerne la collaboration avec les clients plutôt que la négociation de contrats, je vois une valeur à la collaboration. Certains critiques de la méthode Agile interprètent souvent cette valeur comme un moyen d’éviter l’engagement, c’est-à-dire un manque d’engagement vis-à-vis d’un délai pour répondre à une attente. Plus précisément, cette valeur signifie en fait que la méthode Agile devrait plutôt être axée 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 responsables de processus, ainsi que l’engagement des autres parties prenantes nécessaires. En réalité, de nombreux programmes ne mettent pas l’accent sur une approche basée sur les risques et sur l’engagement des parties prenantes, et la collaboration avec l’entreprise cliente n’est pas toujours intentionnelle. Nous reviendrons sur ce point dans un instant lorsque nous aborderons les « principes » de la méthode Agile.
Troisièmement, en ce qui concerne la réaction au changement par rapport au suivi d’un plan, je vois un avantage à associer cette valeur aux meilleures pratiques traditionnelles en matière de continuité des activités en ajoutant de l' »agilité » aux plans de réaction et de reprise. À mon avis, les plans sont un résultat utile du processus de planification de la continuité de l’activité en ce sens qu’ils recueillent des informations qui sont difficiles à mémoriser, qui ne sont pas toujours intuitives et qui servent d’orientation – ou de rappels – sur la manière de gérer la réponse à une perturbation.
Enfin, en ce qui concerne les individus et les interactions plutôt que les processus et les outils, je vois beaucoup d’avantages ici, car l’engagement est un facteur clé de succès dans les programmes de continuité d’activité qui fonctionnent bien et qui apportent de la résilience. Malheureusement, la réflexion traditionnelle sur la planification de la continuité des activités porte principalement sur l’exécution de la méthodologie, l’engagement des participants n’étant qu’une considération secondaire. Comme l’indique 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 positionnée pour atteindre le bon niveau de résilience. En gardant cela à l’esprit, je changerais le titre de cette valeur en « Individus et interactions avec les processus et les outils » (si je le pouvais).
Principes agiles : vue d’ensemble et conclusions
La méthode Agile repose sur 12 principes fondamentaux qui, traditionnellement, apportent des avantages en matière de développement de logiciels, et certains d’entre eux peuvent apporter des avantages supplémentaires lorsqu’ils sont appliqués à la continuité de l’activité.
1. Satisfaction du client grâce à la livraison rapide et continue de logiciels – Livrer, innover, livrer, innover, livrer, innover (et ainsi de suite) ; créer des capacités, les tester et les améliorer (mais n’attendez pas la perfection pour livrer). 2. S’adapter à l’évolution des besoins tout au long du processus de développement – Recueillir en permanence des informations en retour et les appliquer en les classant par ordre de priorité. 3. Fournir fréquemment des logiciels opérationnels – Par exemple, n’attendez pas la fin de la phase stratégique « une fois par an » pour améliorer la capacité de réponse et de récupération ; fournissez continuellement une capacité de continuité des activités.
4. Collaboration between the business stakeholders and developers throughout the project – Restez en contact avec l’entreprise (y compris les propriétaires de processus et de ressources) et travaillez en partenariat avec elle pour développer et maintenir les capacités de réponse et de récupération. 5. Soutenir, faire confiance et motiver les personnes impliquées – Comprendre ce qui importe à l’entreprise en matière de continuité d’activité et s’assurer que l’objectif, la capacité et l’engagement sont alignés (et avoir confiance que l’entreprise fera ce qu’il faut pour vous aider à mettre en œuvre le programme de continuité d’activité). 6. Permettre des interactions en face à face – Dans un monde parfait, sure…. Voir ci-dessous pour plus d’informations à ce sujet ! 7. Un logiciel opérationnel est la principale mesure du progrès – En termes de continuité des activités, une capacité de réponse ou de reprise est plus importante qu’une méthodologie et des plans. 8. Des processus agiles pour soutenir un rythme de développement cohérent – Un rythme cohérent 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 améliore 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é – En ce qui concerne la continuité des activités, je considère que ce principe encourage les expériences à faible risque afin d’améliorer l’efficacité et l’efficience du programme.
12. Réflexions régulières sur la manière d’améliorer l’efficacité – 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 activités.
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 les plus faciles à cueillir » tout en s’attaquant à des questions plus importantes, 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 par rapport à l’atténuation des risques). Grâce à un engagement fort et continu, la solution devient souvent rapidement évidente. En tant que telle, elle permet d’établir rapidement une tâche à accomplir à court terme ou une action ou un objectif à plus long terme afin d’atteindre des niveaux de capacité plus élevés. 2. S’adapter à l’évolution des besoins tout au long du processus de développement – La continuité d’activité traditionnelle est toujours verte en ce sens qu’il est largement admis que l’on n’a jamais fini et que les résultats en matière de continuité d’activité évolueront au fur et à mesure que l’organisation changera. Ce principe s’aligne certainement sur les meilleures pratiques, mais n’oubliez pas d’innover et d’évoluer en permanence.
3. Frequent delivery of working software – Il y a là une certaine valeur et, à bien des égards, Riskonnect intègre ce principe dans le BCOS. Il commence par se concentrer sur ce qui est le plus important, puis continue en utilisant des cycles de travail bihebdomadaires, trimestriels, annuels et triennaux (y compris des objectifs et des cibles) pour améliorer la capacité de réaction et de rétablissement. 4. Collaboration entre les parties prenantes de l’entreprise et les développeurs tout au long du projet – L’accent mis sur un engagement productif avec toutes les parties prenantes, y compris la direction générale, par l’intermédiaire des personnes chargées de l’exécution du travail, présente un avantage potentiel important. 5. Soutenir, faire confiance et motiver les personnes impliquées – Ce principe est très important. Malheureusement, il n’est pas suffisamment pris en compte dans les normes et les bonnes pratiques en matière de continuité d’activité. Trop souvent, les professionnels de la continuité des activités exigent la participation des entreprises mais limitent les participants (« les enfermer ») en raison d’un manque de confiance dans le fait qu’ils feront ce qu’il faut. En fin de compte, les professionnels de la continuité d’activité doivent s’efforcer de motiver les participants au programme (en impliquant les personnes qui souhaitent participer et en les aidant à comprendre l’importance de la continuité d’activité), d’insuffler une grande énergie et un engagement efficace aux participants au programme, de croire qu’ils feront ce qu’il faut s’ils sont formés de manière appropriée, et de se concentrer sur l’évaluation et l’amélioration. 6. Favoriser les interactions en face à face – En termes simples, je ne considère pas cela comme une « réalité professionnelle » dans l’environnement de travail mondial et mobile d’aujourd’hui. Mais lorsque vous pouvez avoir un contact direct, l’engagement est plus facile. Et il y a toujours la vidéoconférence… 7. Le logiciel de travail est la première mesure du progrès – Trop souvent, nous mesurons et valorisons la façon 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’objectif éternel du BCOS est « le bon niveau de résilience », qui est essentiellement l’équivalent d’un « logiciel opérationnel ». Je considère ce principe comme le plus précieux de tous. 8. Des processus agiles pour soutenir un rythme de développement cohérent – je pense que nous pouvons omettre ce principe ; le rythme cohérent n’est pas aussi important qu’un rythme basé sur le risque. 9. L ‘attention portée aux détails techniques et à la conception améliore l’agilité – Comme mentionné précédemment, je considère que ce principe s’aligne sur quelque chose de précieux, les compétences et les expériences des participants au programme étant essentielles.
10. La simplicité – Mon observation la plus fréquente dans notre discipline est que les programmes sont trop complexes et inutiles parce que de nombreuses pratiques traditionnelles de planification de la continuité des activités manquent de pragmatisme. 11. Les équipes auto-organisées encouragent les grandes architectures, les exigences et les conceptions – Il y a une certaine valeur à avoir ici. N’étouffez pas ceux qui veulent vraiment participer de manière proactive pour faire avancer 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 revues post-incidents et les revues de direction, mais ne parviennent souvent pas à expliquer comment atteindre une valeur maximale. Engagez les bonnes personnes à la bonne fréquence avec des informations motivantes. Et lors des réunions et autres interactions, « traitez » les problèmes de performance, ce qui implique de trouver la cause première des problèmes de performance ou d’autres possibilités d’amélioration.
Conclusions
Lorsque quelqu’un vous demande d’appliquer l’approche Agile à la continuité d’activité, demandez-lui s’il mélange les valeurs et les principes avec une variante de l’approche Agile, telle que Scrum ou Kanban. À mon avis, l’approche Scrum est plus porteuse de valeur ajoutée pour la continuité d’activité et s’aligne sur de nombreux attributs du BCOS de Riskonnect (comme les tâches à accomplir 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 activités, étant donné qu’il met l’accent sur la minimisation des travaux en cours.
Globalement, voici une question. Demande-t-on aux comptables de faire de la comptabilité agile ? Des RH agiles ? 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 variante d’Agile, vous devriez plutôt envisager de tirer parti de certaines valeurs et de certains principes d’Agile pour aider à atteindre le bon niveau de résilience en se concentrant sur le programme et en s’engageant avec les bonnes personnes dans votre organisation.
