Votre équipe réécrit une partie du produit tandis que les clients demandent des évolutions. Sans règle commune, chaque nouveauté doit être réalisée deux fois ou retarde la refonte. Décidez où les prochaines fonctions seront développées.
Identifier les interfaces qui doivent rester stables
Listez les contrats utilisés par les clients et les systèmes partenaires. Si la refonte les modifie, préparez leur versionnement et leur transition. Le périmètre peut être réduit en conservant certaines interfaces pendant la migration.
Migrer un parcours utilisable
Choisissez une fonction complète avec ses permissions et ses données. Comparez son comportement dans les deux versions sur des cas représentatifs. Une interface nouvelle avec une logique métier encore absente ne permet pas d'évaluer le passage en production.
Attribuer l'entretien des deux versions
Précisez où corriger les incidents et comment reporter les corrections nécessaires. Définissez la condition qui permet de retirer l'ancien parcours. Tant que cette condition manque, les équipes doivent estimer le coût de coexistence.
Pour engager un partenaire, demandez un lot dont la contribution à la migration est vérifiable. L'offre doit montrer comment les demandes clients continuent à être traitées pendant le travail et quelles dépendances pourraient déplacer la date annoncée.
À lire aussi : SaaS en retard : distinguer un manque de capacité d'un problème de décision. Présentez votre périmètre à Sky Vaults.