Explication de Simon Wardley

Tous les éléments peuvent évoluer, qu'il s'agisse d'activités, de pratiques, de données ou de connaissances, mais ils peuvent également coévoluer. C'est ce que l'on observe couramment avec la coévolution des pratiques (comment nous faisons quelque chose) et l'évolution d'une activité (ce que nous faisons), en particulier lorsque nous passons de produits à des formes plus industrialisées. La cause en est le changement des caractéristiques de l'activité. DevOps est un exemple de coévolution.

Ce qui s'est passé est connu sous le nom de coévolution, c'est-à-dire qu'une pratique évolue en même temps que l'activité elle-même. Ce phénomène est parfaitement normal et se produit tout au long de l'histoire. Bien que la fabrication de l'acier se soit industrialisée, nous pouvons toujours produire des épées (si nous le souhaitons), mais nous avons perdu la pratique ancienne qui consistait à forger des épées. Un ensemble de pratiques a été remplacé par un autre. La carte ci-dessous illustre l'état actuel de la coévolution dans le domaine de l'informatique. L'ancienne meilleure pratique architecturale est désormais appelée "legacy", tandis que la bonne pratique architecturale (qui continue d'évoluer) est appelée “devops”.

Ainsi, compte tenu de notre connaissance de ce modèle climatique, ajoutons la coévolution à notre carte d'anticipation — voir figure 103 — en ajoutant le point 7 pour la coévolution. J'ai généralisé la carte pour toute activité A, en partant d'une première version A[1] pour arriver à un acte ultérieur plus évolué, A[1+n] après n itérations, chacune avec sa propre courbe de diffusion. Cela conduit en même temps à une pratique B coévoluée et à de nouvelles formes d'activités C.

Figure 103 — élargir l'anticipation grâce à la coévolution

Ce qui précède est remarquablement puissant et nous permet d'introduire notre premier cycle économique, un schéma climatique connu sous le nom de paix, guerre et miracle.

Point 9 — coévolution. Le passage du produit à des formes plus industrialisées s'accompagne d'un changement de pratique.

Explication de @Mathieu Jolly

Les pratiques et les activités coévoluent sous l’influence de la compétition, et de l’effet reine rouge.

Références :

• [Le premier cas est celui où un composant passe d'un stade d'évolution à un autre, par exemple lorsqu'il passe d'un produit sur mesure à un produit ou, plus important encore, d'un produit à une commodité (+utilité). Le problème est que la structure installée préexistante provoque une certaine inertie face au changement. Invariablement, les utilisateurs seront fixés sur un monde hérité et auront donc un préjugé positif en sa faveur. C'est l'équivalent d'un utilisateur qui dirait à Henry Ford : "Nous ne voulons pas de voiture, nous voulons un cheval plus rapide ! Ce préjugé est dû à un phénomène climatique connu sous le nom de coévolution, mais pour l'instant, il faut simplement se méfier de l'état d'esprit hérité.](https://wardleymaps.notion.site/Le-premier-cas-est-celui-o-un-composant-passe-d-un-stade-d-volution-un-autre-par-exemple-lorsqu-da860e2c086a41a181c1de3bc6b9c8ec)
• Schéma climatique : la coévolution
• L'économie connait des cycles (paix, guerre, et miracle)
• Schéma climatique : la coévolution
• Point 9 — coévolution. Le passage du produit à des formes plus industrialisées s'accompagne d'un changement de pratique.
• Les composants peuvent évoluer en même temps, par exemple, la pratique et les activités.
• Tous les éléments peuvent évoluer, qu'il s'agisse d'activités, de pratiques, de données ou de connaissances, mais ils peuvent également coévoluer. C'est ce que l'on observe couramment avec la coévolution des pratiques (comment nous faisons quelque chose) et l'évolution d'une activité (ce que nous faisons), en particulier lorsque nous passons de produits à des formes plus industrialisées. La cause en est le changement des caractéristiques de l'activité. DevOps est un exemple de coévolution.