« SAFe et WSJF » : différence entre les versions
De Wiki Agile
Aucun résumé des modifications |
Aucun résumé des modifications |
||
| Ligne 35 : | Ligne 35 : | ||
# Les estimations relatives ne nous encouragent pas à mettre à plat les hypothèses. La quantification du Coût du Retard a le mérite de nous obliger à passer à la pensée analytique du Système 2 afin de remettre en question notre instinct du Système 1 (NdT : les deux vitesses de la pensée). Comme nous l'enseignons dans les [http://blackswanfarming.com/workshop-quantifying-the-cost-of-delay/ ateliers] que nous avons animés avec divers [http://blackswanfarming.com/feedback/ clients et lors de conférences], l'intérêt de cette démarche n'est pas vraiment le chiffre obtenu, bien que tout Coût du Retard quantifié vaille mieux que rien. Il s'agit plutôt de faire apparaître les hypothèses et d'identifier la partie la plus incertaine de toute l'entreprise : "où est la valeur ?". Parler de nos estimations du Coût du Retard, les écrire et les rendre visibles, c'est comme désinfecter nos backlogs à la lumière du soleil. Ce n'est pas que nous recherchons la certitude, mais nous devrions au moins partager ces incertitudes avec le plus grand nombre afin que les gens puissent concevoir des expérimentations plus efficaces pour découvrir si la valeur est là ou non. | # Les estimations relatives ne nous encouragent pas à mettre à plat les hypothèses. La quantification du Coût du Retard a le mérite de nous obliger à passer à la pensée analytique du Système 2 afin de remettre en question notre instinct du Système 1 (NdT : les deux vitesses de la pensée). Comme nous l'enseignons dans les [http://blackswanfarming.com/workshop-quantifying-the-cost-of-delay/ ateliers] que nous avons animés avec divers [http://blackswanfarming.com/feedback/ clients et lors de conférences], l'intérêt de cette démarche n'est pas vraiment le chiffre obtenu, bien que tout Coût du Retard quantifié vaille mieux que rien. Il s'agit plutôt de faire apparaître les hypothèses et d'identifier la partie la plus incertaine de toute l'entreprise : "où est la valeur ?". Parler de nos estimations du Coût du Retard, les écrire et les rendre visibles, c'est comme désinfecter nos backlogs à la lumière du soleil. Ce n'est pas que nous recherchons la certitude, mais nous devrions au moins partager ces incertitudes avec le plus grand nombre afin que les gens puissent concevoir des expérimentations plus efficaces pour découvrir si la valeur est là ou non. | ||
# En nous cachant derrière des estimations relatives, nous ne faisons rien pour changer l'orientation de la conversation. En renonçant à quantifier la partie valeur de l'équation, on tend à se concentrer sur la partie durée ou estimation des coûts. Comme nous le savons tous, il s'agit là d'une perte de temps et d'effort pour tout le monde, notamment en raison de l'asymétrie de l'information, sans parler de l'incertitude. | # En nous cachant derrière des estimations relatives, nous ne faisons rien pour changer l'orientation de la conversation. En renonçant à quantifier la partie valeur de l'équation, on tend à se concentrer sur la partie durée ou estimation des coûts. Comme nous le savons tous, il s'agit là d'une perte de temps et d'effort pour tout le monde, notamment en raison de l'asymétrie de l'information, sans parler de l'incertitude. | ||
Comme [https://twitter.com/jchyip Jason Yip] l'a [http://jchyip.blogspot.co.uk/2012/12/problems-i-have-with-saf-style-wsjf.html déjà souligné], l'ingrédient clé de tout ceci est le Coût quantifié du Retard. Sans cela, la plupart des avantages s'évaporent. Vous ne pouvez tout simplement pas prendre de décisions de compromis avec des estimations de valeur relative. Le coût des files d'attente sera toujours invisible. Le coût des gros lots ne sera toujours pas évident. Les hypothèses sur la valeur resteront probablement cachées. Nous serons toujours obligés de négocier des estimations de dates et de coûts et d'être obsédés par des choses inutiles comme la "vélocité". En bref, ce n'est pas le Coût du Retard que je connais. | |||
