L’entreprise est un système complexe constitué d’humains et de systèmes technologiques en perpétuelle interaction. Ce système “socio-technique” est le sujet favori de Romain.
Melvin Conway a observé que les structures de communication des humains influencent directement le design des systèmes techniques d’une organisation.
En clair : l’organigramme de l’entreprise et les relations interpersonnelles entre acteurs ont plus d’influence que les designers et les architectes !
Le principe d’une “Conway inversée” est simple : pour transformer à moindre coût votre entreprise, intéressez-vous d’abord aux équipes et à leur mode d’interaction. Le reste suivra...
En s’inspirant du best-seller Team Topologies: Organizing Business and Technology Teams for Fast Flow par Matthew Skelton and Manuel Pais, Romain donne quelques conseils pour passer à la pratique, réorganiser vos équipes pour mieux répondre aux enjeux stratégiques de votre entreprise et concevoir à cette occasion des organisations apprenantes où il fait bon vivre.
Romain Vailleux, consultant chez OCTO depuis 2015 est régulièrement contacté par des dirigeants d’entreprise qui se lamentent sur les limites de leurs systèmes d’information : “Mon CRM ne fait pas l'omnicanal, notre application mobile est en retard, mon chantier API part en sucette….”
L’entreprise est un système complexe constitué d’humains et de systèmes technologiques en perpétuelle interaction. Ce système “socio-technique” est double :
Ces deux dimensions interagissent au sein d’un seul et même système complexe, oscillant autour d'un point d'équilibre rarement optimal.
Ce système résiste vaillamment à toute tentative de transformation...
Est-ce que vous voyez le problème?
Comment créer des changements d’équilibre durables dans les systèmes socio-techniques que sont nos organisations ? Et cela en économisant le temps et l’énergie dépensés...
Melvin Conway aussi s'intéresse, depuis les années 1960, aux systèmes “socio-techniques”.
La loi qui porte son nom (Loi de Conway) s’énonce ainsi : « les organisations qui conçoivent des systèmes [...] tendent inévitablement à produire des designs qui sont des copies de la structure de communication de leur organisation. »
Cette loi est citée abondamment par les consultants OCTO qui repèrent ces patterns dans les entreprises et constatent invariablement que “la structure de l’entreprise influe sur l’architecture” et non l’inverse.
Cette manœuvre audacieuse consiste à utiliser la loi de Conway pour parvenir indirectement à nos fins : pour transformer à moindre coût votre entreprise, modifiez ses structures de communication pour influencer l’émergence des designs d’architecture optimaux.
La vraie question à se poser est alors : quelle est l’organisation idoine pour atteindre une cible d’architecture donnée ?
Le livre Team Topologies: Organizing Business and Technology Teams for Fast Flow (Matthew Skelton, Manuel Pais) nous offre un nouvel outil de modélisation utile pour étudier, débattre et clarifier la structure de communication entre les équipes.
Pour concevoir des équipes optimales, deux facteurs sont essentiels :
Répartir 150 personnes dans plusieurs équipes n’est pas évident. Les travaux de Dunbar et d’autres nombres significatifs s’avèrent bien utiles :
Privilégiez les petites équipes et une faible charge cognitive
Trouver l’optimum entre taille d’équipe et efficacité, c’est positionner le curseur entre :
Les auteurs de Team Topologies: Organizing Business and Technology Teams for Fast Flow distinguent quatre types d’équipes :
_Les 4 types d’équipe du modèle
_Team Topologies: Organizing Business and Technology Teams for Fast Flow
Enfin trois types d’interactions possibles entre équipes sont proposées dans ce modèle :
_Les 3 modes d’interaction du modèle
_Team Topologies: Organizing Business and Technology Teams for Fast Flow
L’organisation cible se conçoit et s’assemble ensuite comme un Lego® en ajoutant successivement les équipes et les modes d’interaction adaptés.
Exemple d’organisation avec les 4 types d’équipe et les 3 modes d’interaction
Nouvelle organisation cible
L’organisation se conçoit et s’assemble pas à pas en prenant en compte les enjeux et les contraintes de l’entreprise :
| #### Enjeux & contraintes | #### Equipe | #### Mode d’interaction |
| Résoudre les dépendances fortes : “Le PIM et le CMS doivent être très fréquemment synchronisés et fonctionnent en miroir.” | Complicated Subsystem team “Products” | Collaboration |
| Prendre en compte la stratégie d’entreprise : “Notre cœur de métier est d’offrir une expérience client reflétant la qualité et l’innovation de nos produits.” | Stream aligned teams “Front Web” et “Front Mobile” | Collaboration avec Products |
| Supporter les chantiers de transformation : “L’omnicanal passe par la mise à disposition des informations CRM et des services OMS pour l’ensemble des canaux.” | Complicated Subsystem team “CRM” et “OMS” | X as a service avec “Products” |
| Regrouper les compétences rares avec une mission de transmission des compétences : “Nous avons opté pour la solution Xforce sur plusieurs briques. Mais les experts sur le marché sont rares.” | Enabling team “XForce” | Facilitation |
| Prendre en compte l’état de maturité du marché applicatif : “Les moyens de paiement se multiplient. Les évolutions de la brique de paiement doivent bénéficier à tous les canaux de vente. Elle doit pouvoir être décommissionnée/remplacée facilement si nous changeons de partenaire.” | Complicated Subsystem team “Service Paiement” | X as a service avec “Products” |
| Partager les bonnes pratiques<br><br>“Par ailleurs, nous avons remarqué que certaines bonnes pratiques au niveau de l’implémentation du service de paiement nous permettaient de gagner 34 pts de conversion.” | Complicated Subsystem team “Service Paiement” | Collaboration avec Products “Front Web” et “Front Mobile” |
Le modèle n’est pas figé : il va être initialisé puis être ajusté en fonction de nombreux paramètres évolutifs :
