« LeSS - Approche systémique » : différence entre les versions
De Wiki Agile
| Ligne 227 : | Ligne 227 : | ||
'''Boucles de feedback positives''' : les boucles de feedback négatives ou positives<ref>''Les boucles de feedback'' sont parfois utilisées dans ce livre dans le sens littéral du terme, plutôt dans le sens des dynamiques des systèmes.</ref> et les retards sont le point de départ pour une approche plus subtile d’un système | '''Boucles de feedback positives''' : les boucles de feedback négatives ou positives<ref>''Les boucles de feedback'' sont parfois utilisées dans ce livre dans le sens littéral du terme, plutôt dans le sens des dynamiques des systèmes.</ref> et les retards sont le point de départ pour une approche plus subtile d’un système, et de sa compréhension. Par exemple, de quelle manière une personne peut-elle devenir un meilleur développeur ? En partie, en bénéficiant du mentorat de très bons développeurs et en jetant un oeil sur du très bon code. Mais il est impossible de trouver du bon code dans un endroit remplit de développeurs médiocres, il est impossible également d’y attirer ou de retenir le petit groupe de très bon développeurs qui pourraient prendre le rôle de mentors. Ils préfèrent largement aller travailler ailleurs. | ||
Ce groupe de développeurs médiocres rentrent dans un cercle vicieux en raison d’un ensemble de ''boucles de feedback positives''. Fort heureusement, ce cercle vicieux est | Ce groupe de développeurs médiocres rentrent dans un cercle vicieux en raison d’un ensemble de ''boucles de feedback positives''. Fort heureusement, ce cercle vicieux est assujetti aux contraintes du budget. | ||
Malheureusement de plus en plus des très bons développeurs | Malheureusement de plus en plus des très bons développeurs, ceux en capacité d’élaborer du très bon code et de faire du mentorat auprès des autres développeurs, partent. Par conséquent, il y a de moins en moins de code de qualité à regarder et à partir duquel il est possible d’en tirer des enseignements. Le pourcentage de développeurs médiocres augmente de plus en plus et la vélocité au niveau des features continue à chuter. Le code devient de plus en plus brouillon, difficile, avec pleins de bouts de code dupliqués à gauche et à droite, le tout de telle manière que la capacité d’implémenter des features décline. Étant donné que la vélocité des features continue de chuter, il y a davantage de pression pour recruter des développeurs très bon marché. Tout cela conduit à de multiples boucles de renforcement positives dans le système comme l’illustre l’exemple ci-dessous : | ||
[[File:Xsystems-thinking-16-fr.png|border|848px|link=]] | |||
[[File:Xsystems-thinking-16-fr.png| | |||
''Astuce'' : Vous pouvez trouver des boucles de feedback positives en cherchant des cycles ayant un ''nombre pair'' de relations. Vous en trouverez plusieurs exemples ci-dessus. | ''Astuce'' : Vous pouvez trouver des boucles de feedback positives en cherchant des cycles ayant un ''nombre pair'' de relations. Vous en trouverez plusieurs exemples ci-dessus. | ||
==== Conclusion ==== | |||
Le scénario donné à titre d’exemple est uniquement cela | Le scénario donné à titre d’exemple est uniquement cela, un exemple. Une diagramme de boucle causale permet de visualiser la richesse de la dynamique dans le système dans un milieu professionnel. La meilleure manière de modéliser un tel système est de le faire en groupe face à un tableau blanc. | ||
== Seeing Mental Models == | == Seeing Mental Models == | ||