« SAFe et WSJF » : différence entre les versions
De Wiki Agile
Aucun résumé des modifications |
Aucun résumé des modifications |
||
| Ligne 16 : | Ligne 16 : | ||
Je suis très intéressé par le dernier point en particulier. D'après mon expérience, c'est un levier vraiment puissant. Je suis sûr que Don est d'accord, car il ne pouvait pas le décrire plus clairement quand il a dit : | Je suis très intéressé par le dernier point en particulier. D'après mon expérience, c'est un levier vraiment puissant. Je suis sûr que Don est d'accord, car il ne pouvait pas le décrire plus clairement quand il a dit : | ||
'''Si vous ne devez quantifier qu'une seule chose, quantifiez le coût du retard.''' | '''Si vous ne devez quantifier qu'une seule chose, quantifiez le coût du retard.''' | ||
En fait, cette citation de Don se trouve en haut de la page où SAFe explique le Coût du Retard, donc je suis sûr qu'ils y ont porté attention. Voyons comment SAFe explique et recommande aux organisations de quantifier le Coût du Retard. J'ai déjà eu l'occasion de le faire dans un certain nombre de contextes, donc je suis vraiment intéressé de voir comment ils l'abordent...<br/> | |||
==L'interprétation du Coût du Retard par SAFe== | |||
SAFe enseigne que le Coût du Retard est constitué de trois éléments principaux, qui s'additionnent pour former le Coût du Retard. Examinons chacun de ces éléments et je réfléchirai un peu à voix haute pendant l'exposé : | |||
'''Valeur utilisateur-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é potentielle ou un autre impact négatif si nous tardons à agir ? | |||
Nous sommes sur un terrain assez solide avec "l'impact sur les revenus". (Cela correspond bien aux critères ''"Augmenter les Revenus"'' et ''"Protéger les Revenus"'' du [http://blackswanfarming.com/value-a-framework-for-thinking/ framework de valeur] que nous utilisons pour amener les gens à quantifier le Coût du Retard). Je ne suis pas sûr de la question de la préférence des utilisateurs. Si vous parlez d'utilisateurs internes (un cas courant dans le marché cible de SAFe), c'est souvent un indicateur de valeur assez faible. Le fait de demander s'il y a une pénalité potentielle "si nous tardons" semble se recouper avec le paramètre suivant - mais peut-être parlent-ils d'amendes, de perte de licence ou de capacité à fonctionner ? Cela pourrait être plus explicite, je pense. | |||
