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.

Comparer les coûts de découplage aux coûts de maintenance, incidents et évolutions qu’il permet d’éviter.

Elle facilite les évolutions en rendant explicites les responsabilités des domaines et les règles de communication entre eux.

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

  • Identifier les domaines métier et leurs échanges
  • Repérer les couplages et responsabilités ambiguës
  • Organiser une trajectoire de simplification progressive
Remettre cette réponse dans son contexteUrbanisation du système d’information

Références pour approfondir