Faites examiner le travail révisé et le savoir pertinent avant de vous fier au plan antérieur. Expliquez ce qui demeure applicable et ce que la personne doit encore apprendre. Séparez deux questions que le changement de plateforme réunit : la prétention relative au savoir survit-elle, et les fonctions proposées existent-elles encore? Une migration peut laisser la seconde intacte tout en vidant la première de sa substance, et le dossier doit alors être refait sur ce qui demeure vrai.
Réexaminer le lien réel entre savoir et tâches
Précisez les changements de processus, de responsabilités et de supervision. Ne présumez pas que le même titre conserve le fondement initial du transfert. Subordonnez le début proposé aux démarches d’immigration appropriées et aux véritables preuves révisées.
Comparez l'ancien et le nouvel environnement fonction par fonction plutôt qu'au niveau du nom du produit. La connaissance du système retiré peut se reporter si les processus, les règles de rapprochement et les intégrations propres à l'employeur ont été refaits autour de la même logique, et elle peut ne pas se reporter si les réglages par défaut du fournisseur les ont simplement remplacés. Demandez qui pilote la migration, car une personne qui la dirige produit de nouvelles preuves, tandis qu'une personne qui la subit perd les anciennes.
Ordonnez honnêtement le dépôt par rapport à la migration. Une pétition décrivant du travail sur un système que l'employeur a déjà retiré appelle une question que personne ne veut affronter tardivement, et un court report pour redocumenter le poste coûte moins cher que l'inverse.