Votre prestataire IA termine vendredi. Qui change la règle lundi ?
Matías Bonvin· Mis à jour le
Imaginons que votre prestataire IA termine le transfert vendredi. La documentation est dans un dossier partagé, le code source est accessible et la dernière démonstration s'est bien passée.
Lundi, la direction financière modifie un seuil d'approbation.
Votre responsable des opérations connaît la nouvelle règle. Votre partenaire informatique peut ouvrir le code. Aucun des deux ne sait quel paramètre pilote le seuil, quels tests détecteraient une erreur ni comment rétablir la version précédente si la modification se passe mal. Le prestataire reçoit un nouveau message.
Vous pouvez repérer cette lacune du transfert avant la réception.
Confiez le clavier à quelqu'un d'autre
Choisissez la personne qui assurerait la maintenance après la mission. Il peut s'agir d'un salarié ou d'un autre prestataire. Avoir une solution de remplacement crédible ne vous oblige pas à créer un département de développement.
Remettez à cette personne les éléments que le prestataire prévoit de livrer. Demandez-lui d'effectuer une modification courante dans un environnement de test isolé, sans risque pour les commandes ou les messages clients. L'équipe d'origine peut observer, mais chacune de ses interventions doit être notée.
Si le développeur doit souffler une commande pour que l'exercice aboutisse, vous venez de trouver une omission utile. Ajoutez cette commande aux instructions et faites reprendre cette étape par la personne concernée.
Convenez de l'exercice avant la livraison, pour que chacun sache ce que le transfert doit permettre.
Répétez quatre actions
Partez d'une règle métier que votre équipe sera amenée à modifier. Dans notre exemple d'approbation, c'est le seuil au-delà duquel la finance doit donner son accord.
- Trouver et modifier la règle approuvée. La personne doit pouvoir identifier la valeur actuelle, qui l'a autorisée et où inscrire la nouvelle.
- Exécuter des tests représentatifs. Incluez un cas sous le seuil, un cas à la limite et un cas qui doit toujours passer par la finance. Fixez les résultats attendus avant les tests.
- Déployer la modification dans l'environnement de test. Utilisez les accès et la procédure documentés. Vérifiez le comportement obtenu, sans vous arrêter au message de compilation réussie.
- Rétablir la version précédente. Vérifiez que l'ancien comportement revient et que les données créées pendant l'essai sont traitées. Un fichier de sauvegarde ne suffit pas à prouver la reprise.
Gardez une trace courte : action, responsable, résultat attendu, résultat observé et aide nécessaire. Cette dernière colonne indique le travail de transfert restant.
Conservez les accès de production pendant la répétition. Les commandes du lundi ne doivent pas dépendre de sa réussite.
Vérifiez ce que le repreneur peut obtenir
L'exercice fera vite apparaître les permissions manquantes. Il peut aussi révéler des éléments absents de la liste de livraison : des cas de test sur un ordinateur personnel, une tâche planifiée dans un compte individuel ou les paramètres d'un connecteur conservés dans une conversation.
Pour chaque dépendance, notez qui la contrôle et comment le repreneur obtient un accès autorisé. Incluez les abonnements et leurs dates de renouvellement. Une copie du code ne maintiendra pas un service externe payant après la fermeture de son compte.
Certains composants peuvent rester sous licence. Faites préciser les droits et les conditions de transfert dans l'accord, avec votre conseil pour la rédaction contractuelle. L'exercice opérationnel vérifie ensuite ce que ces dispositions permettent réellement de faire.
Vous pouvez garder le prestataire
Vous pouvez renouveler le support parce que la relation fonctionne, en conservant la possibilité de le transférer plus tard. Convenez de la prise en charge des incidents, des modifications couvertes et de ce qui se passe si l'une des parties met fin à la relation. Refaites l'exercice après une évolution importante : les instructions de la version précédente peuvent ne plus suffire.
Chez Solve IT, nous cadrons l'implémentation autour du processus et des personnes qui l'exploiteront. Les modalités de transfert et de support font partie de ce périmètre avant la démonstration finale.
Apportez la première règle que votre équipe devra modifier.