Panarchie

Le modèle de la panarchie expliqué

Lapanarchie est un modèle conceptuel qui décrit comment les systèmes complexes de l'homme et de la nature sont organisés et structurés de manière dynamique à travers des échelles d'espace et de temps [Allen 2014]. Le mot Panarchie vient de "Pan", le dieu grec de la nature et "arkhos", le chef.

Ces systèmes sont liés et ont un certain impact entre eux en ce qui concerne leurs propres cycles d'évolution appelés "écocycles" avec 4 phases α, r, K et Ω [Gunderson 2002] :

• α: début de réorganisation de l'écocycle en raison d'un changement externe - un écocycle lié à ce sous-système a changé et a un impact sur ce sous-système.
• r: exploration pour adapter l'écocycle aux changements
• K: conservation - l'écocycle est suffisamment stable pour accumuler les ressources d'un écocycle lié à ce sous-système
• Ω : libération - l'écocycle atteint un point de saturation qui conduira à une certaine réorganisation avec une nouvelle phase α.

Pour comprendre ces phases, il suffit d'imaginer un petit bateau avec quelques marins à son bord. Chaque fois que le bateau est chargé d'une lourde charge qui rompt l'équilibre du bateau (α) , les marins doivent explorer (r) un nouveau positionnement pour permettre l'accumulation de ressources supplémentaires (K). Lorsque la charge est trop importante, l'équilibre est rompu et le bateau chavire pour libérer la charge excédentaire (Ω).

D'un point de vue DevOps, la forme d'un écocycle nous rappelle quelque chose, mais DevOps est né en 2008 d'une conférence à Toronto [Debois 2008] avec une forme infinie créée pour des besoins purement infographiques qui est arrivée encore plus tard, alors que le raisonnement sur la forme de l'écocycle a également été publié bien avant DevOps [Moustier 2020a] puisque Holling l'a publié en 1985 [Holling 1985]. De plus, la forme a été entièrement expliquée et développée en 3D pour montrer une structure en forme de selle [Gunderson 2002].

‍

La panarchie concerne l'interaction entre les écocycles. Lorsqu'un écocycle atteint la phase Ω, il libère littéralement certaines ressources aux écocycles liés. Cet impact est appelé "révolte". Avec l'exemple du bateau, la rivière reçoit la cargaison libérée augmentant ainsi sa propre phase K.

Maintenant, disons que la compagnie de fret a trouvé une nouvelle méthode censée faciliter le chargement pour éviter de chavirer à partir de l'expérience des autres (le plus grand système représenté par la compagnie a accumulé des ressources à partir de chaque retour d'expérience - phase K). Ces connaissances peuvent être considérées comme des "souvenirs" accumulés qui vont changer la méthode de travail de notre bateau qui devra s'adapter (α) pour intégrer la nouvelle méthode.

‍

A partir de ce modèle d'abord conçu pour traiter des interactions Homme/Nature, de nombreux articles ont émergé dans différents domaines comme [Allen 2014] :

• l'organisation de systèmes compliqués et complexes
• la gestion du changement et l'identification des aspects de la résilience
• sociologie
• la manière dont le tourisme est conçu pour la durabilité
• l'élevage laitier
• systèmes urbains et systèmes économiques régionaux
• loi

Il semble que le concept de panarchie soit également utilisé en psychologie [Varey 2010] ou dans les chaînes d'approvisionnement [Wieland 2021].

Dans l'environnement agile, les "structures libératrices", recettes pour animer des ateliers efficaces avec des dizaines de personnes font également référence à cette théorie [Lipmanowicz 2014] avec les ateliers "Ecocycle planning" et "Panarchy".

Impact sur la maturité des tests

Dans le domaine du test, Panarchy a également été impliqué avec trois autres parties pour construire un modèle de test agile à l'échelle nommé "PanTesting". Ce modèle encourage la fusion des écocycles afin d'assurer une cadence et une synchronisation très efficaces entre les différentes parties de l'organisation [SAFe 2021-07].

‍

Le point de vue d'Agilitest sur cette pratique

La fusion des écocycles est extrêmement importante pour l'automatisation des scripts de test. Quand on commence à penser en termes de panarchie, on commence à repérer des écocycles partout. Voici quelques écocycles qui peuvent avoir un impact sur votre stratégie d'automatisation

• l'écocycle de développement du produit: il faut fusionner les écocycles de développement et d'automatisation des tests pour disposer de scripts automatisés avec le dernier incrément du produit.
• l'utilisation du produit par le marché: elle a un impact sur les données générées et donc sur les principaux cas de test et ensembles de données à automatiser en mode ATDD
• l'écocycle des données possibles: plus le script peut faire face à des données imprévues, plus il sera robuste - cela fait partie de Jidoka que l'on retrouve dans Lean
• l'écocycle des fonctionnalités du produit: plus l'automatisation et les fonctionnalités sont proches, plus le niveau de qualité est élevé
• l'écocycle des comportements possibles dans le produit: celui-ci est proche de l'écocycle du produit, sauf qu'il inclut également les comportements non spécifiés et imprévisibles - voir Jidoka
• écocycle technologique: les connaissances techniques nécessaires à l'automatisation doivent être prises en compte afin d'éviter les retards dans l'équipe ; Agilitest étant une technologie #nocode [Forsyth 2021], elle facilitera le travail des personnes de T-Shape et évitera de les déconnecter avec des outils qui ne sont pas simples à utiliser.

‍

Pour découvrir l'ensemble des pratiques, cliquez ici.

‍