« SAFe et WSJF » : différence entre les versions
De Wiki Agile
Aucun résumé des modifications |
Aucun résumé des modifications |
||
| Ligne 21 : | Ligne 21 : | ||
'''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 ? | '''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. | 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. | ||
'''Criticité temporelle :''' Comment la valeur pour l'utilisateur/l'entreprise se dégrade-t-elle avec le temps ? Y a-t-il une date limite fixée ? Vont-ils nous attendre ou passer à une autre solution ? Quel est l'effet actuel sur la satisfaction du client ? | |||
Les trois premières questions sont toutes excellentes. Je placerais la satisfaction du client sous la rubrique précédente de la valeur pour l'entreprise. Ce qui n'est pas clair cependant, c'est la façon dont les réponses à ces questions doivent être traitées. Une "date limite fixée" est-elle un facteur de criticité élevé ou faible ? En principe, le Coût du Retard pour un projet à échéance fixe est initialement nul, jusqu'au moment où vous devez le commencer. Ensuite, le Coût du Retard correspond éventuellement à ''tous'' les revenus liés à cette date. Dans de nombreux cas, il est trop risqué de reporter le projet jusqu'à l'expiration de l'option ; le Coût du Retard peut donc augmenter un peu avant pour refléter ce risque. Tous les travaux devraient avoir un certain degré d'urgence, ou de "criticité temporelle". S'il n'y a pas d'urgence, il est préférable d'investir ailleurs. La façon dont SAFe traite la criticité temporelle n'est pas claire - j'aimerais bien voir des exemples de l'utilisation de ce modèle en situation réelle. | |||
