vers le 12/11/24 :

Vous ne pouvez pas améliorer un système sans d’abord le stabiliser. Pour le stabiliser, il faut s’intéresser à ses régulateurs. […]

Un système instable ça s’écroule, implose, s’enraye en quelques jours voire quelques heures et on n’en parle plus.

Anaël Ichane :

Je serai un peu moins catégorique sur le fait qu’un système instable c’est forcément un système qui s’écroule. Un système instable peut aussi être un système qui change son point d’équilibre, d’ailleurs c’est souvent un passage obligé. Comme tu le dis toi-même dans un de tes postes précédents, un jour on essaie d’augmenter la qualité et le lendemain, beaucoup de choses deviennent plus difficiles, longues, chaotiques. Pour de bonnes raisons. A ce moment le système est instable, mais il ne s’écroule pas, même on pourrait dire qu’il “s’élève”. Qu’en penses-tu?

Merci Anaël pour cette invitation à réfléchir 😀

On dit d’un système qu’il est stable s’il existe un ensemble de comportements désirés duquel il ne sort pas, étant donné un ensemble de comportements attendus de son environnement. Par ex. un pont est stable (bien que loin d’être immobile) si sa structure et ses éléments ne se déplacent pas de plus de 20 cm, et s’il tient sous des vents ne dépassant pas 250km/h.

La stabilité est donc une relation entre un système et son environnement.

Mettons qu’une équipe, c’est un groupe clairement délimité, réuni dans un objectif donné, et qui rend des comptes et/ou contribue aux résultats d’un chef (parfois ce chef est l’équipe elle même, mais ne compliquons pas). Mettons que l’environnement de ce système est constitué par l’organisation, et plus lointainement par le “marché”.

Comportements souhaitables du système : Créer du logiciel utile, fiable, pérenne, qui a de la valeur, apprendre, préserver la qualité de vie, rester une équipe.

Comportements attendus de l’environnement : Une infra qui marche, des moyens, un flot de demandes réalisables, une rémunération sans surprise, une ambiance positive.

À l’intérieur de ces comportements le système sera dit stable. Si Jérémie démissionne, le système peut s’écrouler. Si la Direction supprime une partie des primes annuelles, le système peut s’écrouler. Etc.

Lorsque l’équipe acquiert une technique, le système n’est pas déstabilisé pour autant. Cela fait partie des comportements du système. Lorsque l’équipe a décidé d’essayer, puis d’adopter TypeScript, personne ni dans l’équipe ni dans l’entreprise ne s’est alarmé.

Mais si le PO et le CEO jouent la pression à propos d’une date intenable au point que 3 devs se mettent open to work, le système est déstabilisé, et menace de s’écrouler.

Lorsque le système menace de s’écrouler il faut rapidement le remettre en position stable, et rien d’autre. Une pyramide soulevée légèrement de sa base revient facilement dans une position stable. Posée sur sa pointe, elle tombe. Aucune pyramide ne peut être améliorée si elle posée sur sa pointe.

Publié sur Linked In le 05/12/2024