« WSJF (SAFe) » : différence entre les versions

De Wiki Agile
Aucun résumé des modifications
Aucun résumé des modifications
 
(9 versions intermédiaires par le même utilisateur non affichées)
Ligne 1 : Ligne 1 :
[[Category: Agilité à grande échelle]]
[[Category: Agilité à grande échelle]]
[[Catégorie:Portail Exactimation]]
[[Category: SAFe]]
[[Category: SAFe]]
Auteur : &copy; 2010-2022 Scaled Agile, Inc.<br />
Auteur : &copy; 2010-2022 Scaled Agile, Inc.<br />
Ligne 19 : Ligne 20 :
<br/>
<br/>
À cette fin, SAFe<ref>Leffingwell, Dean. ''Agile Software Requirements: Lean Requirements Practices for Teams, Programs, and the Enterprise.'' Addison-Wesley, 2011.</ref> applique le WSJF pour prioriser les backlogs en calculant le Coût relatif des retards (CoD) et la taille des tâches (un substitut de la durée). Les priorités du backlog sont continuellement mises à jour en fonction de la valeur relative pour l'utilisateur et l'entreprise, des facteurs temporels, de la réduction des risques (RR) et de la facilitation des opportunités (FO), et de la taille relative des tâches. WSJF ignore également de manière pratique et systématique les coûts irrécupérables, un principe fondamental de la démarche économique Lean.<br/>
À cette fin, SAFe<ref>Leffingwell, Dean. ''Agile Software Requirements: Lean Requirements Practices for Teams, Programs, and the Enterprise.'' Addison-Wesley, 2011.</ref> applique le WSJF pour prioriser les backlogs en calculant le Coût relatif des retards (CoD) et la taille des tâches (un substitut de la durée). Les priorités du backlog sont continuellement mises à jour en fonction de la valeur relative pour l'utilisateur et l'entreprise, des facteurs temporels, de la réduction des risques (RR) et de la facilitation des opportunités (FO), et de la taille relative des tâches. WSJF ignore également de manière pratique et systématique les coûts irrécupérables, un principe fondamental de la démarche économique Lean.<br/>
==Précisions==
==En détail==
Reinertsen décrit un modèle complet, appelé WSJF, permettant de prioriser les tâches en fonction de l'économie d'un flux Lean de développement de produits <ref>Reinertsen, Don. <i>Principles of Product Development Flow: Second Generation Lean Product Development.</i> Celeritas Publishing, 2009.</ref>. Le WSJF est calculé en divisant le Coût du retard (CoD) par la durée. Le CoD est l'argent qui sera perdu en retardant ou en ne faisant pas un travail durant une certaine période de temps. Par exemple, si une fonctionnalité potentielle vaut 100 000 euros par mois et qu'il y a un retard de trois mois, le CoD total sera de 300 000 euros.<br/>
Reinertsen décrit un modèle complet, appelé WSJF, permettant de prioriser les tâches en fonction de l'économie d'un flux Lean de développement de produits <ref>Reinertsen, Don. <i>Principles of Product Development Flow: Second Generation Lean Product Development.</i> Celeritas Publishing, 2009.</ref>. Le WSJF est calculé en divisant le Coût du retard (CoD) par la durée. Le CoD est l'argent qui sera perdu en retardant ou en ne faisant pas un travail durant une certaine période de temps. Par exemple, si une fonctionnalité potentielle vaut 100 000 euros par mois et qu'il y a un retard de trois mois, le CoD total sera de 300 000 euros.<br/>
<br/>
<br/>
Ligne 35 : Ligne 36 :
'''Figure 1. L'application de l'algorithme WSJF permet d'obtenir la meilleure rentabilité globale'''<br/>
'''Figure 1. L'application de l'algorithme WSJF permet d'obtenir la meilleure rentabilité globale'''<br/>
<br/>
<br/>
==Estimation du coût du retard==
===Estimation du coût du retard===
Dans SAFe, les « tâches » sont les Features, les Capabilities et les Epics qui se trouvent dans leurs backlogs respectifs.  Cependant, comme il peut être difficile de déterminer le coût total du retard pour des choses qui n'ont jamais été implémentées, SAFe utilise un substitut pour le CoD, qui estime la taille de la tâche par rapport aux autres tâches dans le backlog. Trois composantes principales constituent le CoD :
Dans SAFe, les « tâches » sont les Features, les Capabilities et les Epics qui se trouvent dans leurs backlogs respectifs.  Cependant, comme il peut être difficile de déterminer le coût total du retard pour des choses qui n'ont jamais été implémentées, SAFe utilise un substitut pour le CoD, qui estime la taille de la tâche par rapport aux autres tâches dans le backlog. Trois composantes principales constituent le CoD :
* '''La valeur pour l'utilisateur ou l'entreprise''' : quelle est la valeur relative pour le client ou l'entreprise ? Nos utilisateurs préfèrent-ils ceci plutôt que cela ? Quel est l'impact sur les revenus de notre entreprise ? Y a-t-il une pénalité éventuelle ou d'autres effets négatifs en cas de retard ?  
* '''La valeur pour l'utilisateur ou l'entreprise''' : quelle est la valeur relative pour le client ou l'entreprise ? Nos utilisateurs préfèrent-ils ceci plutôt que cela ? Quel est l'impact sur les revenus de notre entreprise ? Y a-t-il une pénalité éventuelle ou d'autres effets négatifs en cas de retard ?  
Ligne 44 : Ligne 45 :
[[Fichier:WSJF F02-WP2 FR.png|border|link=]]<br/>
[[Fichier:WSJF F02-WP2 FR.png|border|link=]]<br/>
'''Figure 2. Calcul du coût relatif du retard'''<br/>
'''Figure 2. Calcul du coût relatif du retard'''<br/>
 
===Estimation de la durée de la tâche===
==Estimation de la durée de la tâche==
L'élément supplémentaire de cette équation, le dénominateur dans WSJF, est la durée de la tâche. Elle peut également être assez difficile à déterminer, surtout au début, lorsqu'il est difficile de savoir qui fera le travail ou quelle allocation de capacité peut être faite. Heureusement, la taille de la tâche est un bon substitut de la durée. (Si je suis le seul à tondre ma pelouse, et que le jardin de devant est trois fois plus grand que celui de derrière, le jardin de devant va prendre trois fois plus de temps). En utilisant la taille de la tâche, nous disposons d'un calcul direct pour comparer les tâches via le WSJF, comme l'illustre la Figure 3 :<br/>
L'élément supplémentaire de cette équation, le dénominateur dans WSJF, est la durée de la tâche. Elle peut également être assez difficile à déterminer, surtout au début, lorsqu'il est difficile de savoir qui fera le travail ou quelle allocation de capacité peut être faite. Heureusement, la taille de la tâche est un bon substitut de la durée. (Si je suis le seul à tondre ma pelouse, et que le jardin de devant est trois fois plus grand que celui de derrière, le jardin de devant va prendre trois fois plus de temps). En utilisant la taille de la tâche, nous disposons d'un calcul direct pour comparer les tâches via le WSJF, comme l'illustre la Figure 3 :<br/>
<br/>
<br/>
Ligne 61 : Ligne 61 :
<br/>
<br/>
Un autre avantage du modèle WSJF de SAFe est que la valeur absolue (l'argent) des composants du CoD n'est pas nécessaire. Au lieu de cela, les équipes évaluent les composants de chaque élément par rapport aux autres éléments du même backlog. Enfin, comme les estimations mises à jour du backlog ne comprennent que la taille des tâches restantes, la repriorisation fréquente signifie que le système ignorera automatiquement les coûts irrécupérables.<br/>
Un autre avantage du modèle WSJF de SAFe est que la valeur absolue (l'argent) des composants du CoD n'est pas nécessaire. Au lieu de cela, les équipes évaluent les composants de chaque élément par rapport aux autres éléments du même backlog. Enfin, comme les estimations mises à jour du backlog ne comprennent que la taille des tâches restantes, la repriorisation fréquente signifie que le système ignorera automatiquement les coûts irrécupérables.<br/>
==Utiliser la taille de la tâche comme substitut de la durée==
===Utiliser la taille de la tâche comme substitut de la durée===
Bien que nous utilisions la taille de la tâche comme substitut de la durée, la taille de la tâche ne constitue pas toujours un bon substitut. Considérons deux scénarios :
Bien que nous utilisions la taille de la tâche comme substitut de la durée, la taille de la tâche ne constitue pas toujours un bon substitut. Considérons deux scénarios :
* Si la disponibilité de compétences spécialisées signifie que la tâche la plus importante et de plus grande valeur peut être exécutée plus rapidement qu'elle ne le serait autrement, elle peut être choisie parce qu'elle fournit plus de valeur dans une période plus courte.  (Si trois personnes sont disponibles pour tondre ma grande pelouse de devant pendant que je m'occupe de la petite pelouse à l'arrière, ces travaux auront approximativement la même durée mais pas la même valeur).
* Si la disponibilité de compétences spécialisées signifie que la tâche la plus importante et de plus grande valeur peut être exécutée plus rapidement qu'elle ne le serait autrement, elle peut être choisie parce qu'elle fournit plus de valeur dans une période plus courte.  (Si trois personnes sont disponibles pour tondre ma grande pelouse de devant pendant que je m'occupe de la petite pelouse à l'arrière, ces travaux auront approximativement la même durée mais pas la même valeur).
* Une petite tâche peut présenter une pénurie de ressources ou des dépendances avec d'autres tâches qui pourraient prendre plus de temps qu'une tâche plus grosse.
* Une petite tâche peut présenter une pénurie de ressources ou des dépendances avec d'autres tâches qui pourraient prendre plus de temps qu'une tâche plus grosse.
==Utiliser le coût des tâches comme substitut de la durée de l'Epic==
===Utiliser le coût des tâches comme substitut de la durée de l'Epic===
Lorsque les ''coûts estimés'' des tâches sont connus, ils peuvent constituer un meilleur substitut que la taille estimée des tâches pour le ''dénominateur'' du WSJF. Ces coûts sont souvent connus dans les dernières étapes du portefeuille Kanban, après la création de l'analyse de rentabilité Lean. Au fur et à mesure que ces grandes tâches sont sélectionnées pour être mises en œuvre, il convient d'affiner le WSJF en utilisant les coûts estimés comme substitut ou, mieux encore, en estimant la durée.<br/>
Lorsque les ''coûts estimés'' des tâches sont connus, ils peuvent constituer un meilleur substitut que la taille estimée des tâches pour le ''dénominateur'' du WSJF. Ces coûts sont souvent connus dans les dernières étapes du portefeuille Kanban, après la création de l'analyse de rentabilité Lean. Au fur et à mesure que ces grandes tâches sont sélectionnées pour être mises en œuvre, il convient d'affiner le WSJF en utilisant les coûts estimés comme substitut ou, mieux encore, en estimant la durée.<br/>
<br/>Lorsque les coûts estimés des tâches sont utilisés pour le dénominateur du WSJF, la standardisation du coût de ces epics simplifie les calculs. Pour ce faire, attribuez au coût le plus faible de l'epic un « 1.0 », puis divisez le coût des epics suivantes par la valeur la plus faible (par exemple, 1.5/ 0.5 = 3.0), comme le montre la Figure 5 ci-dessous :<br/>
<br/>Lorsque les coûts estimés des tâches sont utilisés pour le dénominateur du WSJF, la normalisation du coût de ces epics simplifie les calculs. Pour ce faire, attribuez au coût le plus faible de l'epic un « 1.0 », puis divisez le coût des epics suivantes par la valeur la plus faible (par exemple, 1.5/ 0.5 = 3.0), comme le montre la Figure 5 ci-dessous :<br/>
[[Fichier:WSJF F05 WEB FR.png|border|link=]]<br/>
'''Figure 5. Application du coût normalisé pour le dénominateur du WSJF'''<br/>
<br/>
(Remarque : si vous avez de bonnes estimations ''financières'' pour le ''CoD'', utilisez-les comme numérateur pour toutes les epics à prioriser. De même, si vous avez de bonnes estimations pour la durée, utilisez-les au lieu d'une variable de substitution).<br/>
==Pour en savoir plus :==
<references />


----
==Autres ressources==
Pour en savoir plus :
[https://www.scaledagileframework.com/posters/ Télécharger les posters]
<references />