Changer de prestataire technologique est l'un des processus les plus sous-estimés dans une entreprise. Voici les points qui génèrent presque toujours des problèmes.
Il arrive un moment dans de nombreuses entreprises où l’outil ou le prestataire technologique qu’elles ont choisi ne fait plus l’affaire. Le système est lent, le support ne répond pas, le prix a augmenté ou simplement les besoins ont changé.
La décision de migrer semble simple. L’exécution ne l’est presque jamais.
Pourquoi les migrations sont compliquées
Le problème principal est que les systèmes accumulent des dépendances au fil du temps : d’autres systèmes qui consomment des données de celui-ci, des processus manuels construits autour de ses limitations, des intégrations informelles que personne n’a documentées.
Quand le moment de migrer arrive, ces dépendances apparaissent une à une, généralement au pire moment possible.
Les erreurs les plus courantes
Ne pas faire un inventaire des dépendances avant de commencer. La première étape de toute migration devrait être une cartographie de tout ce qui utilise ce système : ce qui lui envoie des données, ce qui consomme ses données, quels processus en dépendent.
Migrer sans période de coexistence. Éteindre l’ancien système le même jour que le nouveau est mis en route est le scénario à plus haut risque. Une période où les deux fonctionnent en parallèle permet de valider que rien n’est cassé.
Ne pas avoir de plan de retour arrière. Si quelque chose se passe mal, comment revenir à l’état antérieur ? S’il n’y a pas de réponse claire à cette question, la migration n’est pas prête à être exécutée.
Sous-estimer la formation de l’équipe. Un nouveau système, aussi meilleur soit-il, nécessite que les personnes qui l’utilisent sachent comment le faire. La courbe d’apprentissage a un coût qui est presque toujours ignoré dans la planification.
Quand faire appel à une aide extérieure
Il est logique d’impliquer quelqu’un d’externe quand la migration affecte des systèmes critiques, quand l’équipe interne n’a pas d’expérience dans ce type de processus, ou quand le coût d’une interruption est élevé.
Quelques semaines de planification bien réalisée peuvent éviter des mois de problèmes.
