« SAFe et WSJF » : différence entre les versions
De Wiki Agile
Aucun résumé des modifications |
|||
| Ligne 27 : | Ligne 27 : | ||
<br/> | <br/> | ||
Globalement, je pense que la définition de ces paramètres mériterait d'être simplifiée et clarifiée. J'ai cependant quelques questions supplémentaires :<br/> | Globalement, je pense que la définition de ces paramètres mériterait d'être simplifiée et clarifiée. J'ai cependant quelques questions supplémentaires :<br/> | ||
==Pourquoi est-ce | ==Pourquoi est-ce une addition ?== | ||
Selon moi, le Coût du Retard est une façon de combiner la [http://blackswanfarming.com/estimating-value/ Valeur] et l'[http://blackswanfarming.com/urgency-profiles/ Urgence]. Si ''l'un'' de ces deux paramètres est nul, alors le Coût du Retard est nul. Ajouter la "Criticité Temporelle" à la "Valeur pour l'Entreprise" n'a pas de sens économique pour moi. Je pourrais en théorie avoir quelque chose qui a ''zéro'' valeur pour l'entreprise, mais qui est hautement critique en termes de temps - et cela serait tout de même comptabilisé ? Il en résulte que l'utilisation de l'algorithme SAFe vous donnera presque certainement un ordonnancement sous-optimal des options.<br/> | Selon moi, le Coût du Retard est une façon de combiner la [http://blackswanfarming.com/estimating-value/ Valeur] et l'[http://blackswanfarming.com/urgency-profiles/ Urgence]. Si ''l'un'' de ces deux paramètres est nul, alors le Coût du Retard est nul. Ajouter la "Criticité Temporelle" à la "Valeur pour l'Entreprise" n'a pas de sens économique pour moi. Je pourrais en théorie avoir quelque chose qui a ''zéro'' valeur pour l'entreprise, mais qui est hautement critique en termes de temps - et cela serait tout de même comptabilisé ? Il en résulte que l'utilisation de l'algorithme SAFe vous donnera presque certainement un ordonnancement sous-optimal des options.<br/> | ||
==Pourquoi est-ce relatif ?== | ==Pourquoi est-ce relatif ?== | ||
Plus inquiétant encore est la thèse selon laquelle "nous n'avons pas besoin de nous soucier des chiffres absolus". Je ne peux que supposer que cette décision a été prise par des [http://blackswanfarming.com/why-are-people-afraid-of-estimating-value/ personnes ayant une expérience principalement dans le domaine des technologies de l'information]. Il est dommage que la communauté Lean et Agile semble penser que l'objectif premier du Coût du Retard est la priorisation. C'est bien plus que cela. Les estimations relatives ne vous apportent tout simplement aucun des avantages potentiels que j'ai évoqués plus haut. Même des estimations très grossièrement quantifiées (peut-être dans des fourchettes assez larges) seraient meilleures que cela. Il y a quelques autres problèmes liés aux estimations relatives de la valeur à prendre en compte : | Plus inquiétant encore est la thèse selon laquelle "nous n'avons pas besoin de nous soucier des chiffres absolus". Je ne peux que supposer que cette décision a été prise par des [http://blackswanfarming.com/why-are-people-afraid-of-estimating-value/ personnes ayant une expérience principalement dans le domaine des technologies de l'information]. Il est dommage que la communauté Lean et Agile semble penser que l'objectif premier du Coût du Retard est la priorisation. C'est bien plus que cela. Les estimations relatives ne vous apportent tout simplement aucun des avantages potentiels que j'ai évoqués plus haut. Même des estimations très grossièrement quantifiées (peut-être dans des fourchettes assez larges) seraient meilleures que cela. Il y a quelques autres problèmes liés aux estimations relatives de la valeur à prendre en compte : | ||
