« SAFe et WSJF » : différence entre les versions
De Wiki Agile
Aucun résumé des modifications |
Aucun résumé des modifications |
||
| Ligne 23 : | Ligne 23 : | ||
'''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 ? | '''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. | 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. | ||
'''Valeur de réduction des risques et de création d'opportunités :''' Qu'est-ce que cela apporte d'autre à notre entreprise ? Est-ce que cela réduit le risque de cette livraison ou d'une livraison future ? L'information que nous recevrons a-t-elle de la valeur ? Cette fonctionnalité permettra-t-elle de créer de nouvelles opportunités de marché ? | |||