Choisir les premières actions
Commencer par les éléments qui combinent conséquence importante, absence de maîtrise et possibilité d’amélioration utile. Séparer les prérequis qui débloquent plusieurs actions des optimisations locales. Limiter les démarrages au travail que l’équipe peut effectivement terminer.
Évaluer le coût d’application et les économies attendues, ainsi que la charge de contrôle et de traitement des exceptions.
Des principes explicites rendent les décisions cohérentes et permettent de discuter les exceptions autrement que par préférence individuelle.
Application à votre contexte
Confrontez l'impact, l'urgence, les dépendances et l'effort disponible. Une petite action qui libère plusieurs autres travaux peut passer avant un chantier visible mais isolé. Expliquez aussi les reports et leurs conséquences.
Une architecture cible doit expliquer les compromis retenus : complexité, coût, continuité, autonomie et capacité de changement. Prévoyez des états intermédiaires et des conditions de sortie du legacy. Une cible sans trajectoire financée reste une intention.
Trois actions de départ
- Formuler une règle compréhensible
- Expliquer sa raison et ses conséquences
- Définir comment vérifier son application et traiter une exception