Le SI intermédiaire existe lui aussi
Pendant une migration, des applications anciennes et nouvelles coexistent. Des interfaces temporaires, des doubles saisies ou des rapprochements peuvent être nécessaires. Ces dispositifs ont un coût et des risques propres. Les ignorer rend le planning trop optimiste et laisse la production absorber une complexité non prévue.
Une trajectoire doit donc décrire des paliers. Pour chacun, précisez le service rendu, les composants en place, les données faisant autorité, les contrôles, les conditions de bascule et la possibilité de retour arrière. La cible finale ne donne pas automatiquement ces informations.
Ordonner les prérequis
Un remplacement d'application peut dépendre d'une clarification des processus, d'une qualité de données suffisante ou d'une évolution des identités. L'ordre des projets doit suivre ces relations et la disponibilité des personnes. Des initiatives individuellement pertinentes peuvent former un portefeuille impossible à exécuter si elles mobilisent les mêmes experts.
Prévoir la sortie de l’ancien
Définissez les critères qui autorisent l'arrêt : données restituées, obligations de conservation traitées, usages migrés, interfaces débranchées et contrats ajustés. Sans ces conditions, la nouvelle solution s'ajoute souvent à l'ancienne au lieu de la remplacer. Une cible devient opérationnelle lorsqu'elle inclut à la fois la construction du nouveau et le retrait maîtrisé de ce qui n'est plus utile.