Comment passer d'un fournisseur de logiciels à un autre
Mettre fin à la collaboration avec son prestataire de développement logiciel est difficile, même si parfois nécessaire.
L'équipe actuelle, aussi inadaptée soit-elle, contrôle le code, tandis que la nouvelle équipe, aussi enthousiaste et compétente soit-elle, ne peut pas prendre la relève du jour au lendemain.
Indépendamment de ce qui vous a poussé à chercher un nouveau prestataire, comme des livraisons de mauvaise qualité, des coûts excessifs ou un manque de compatibilité interpersonnelle, vous avez quand même une chose à laquelle vous devez prêter attention, avant toute autre chose : votre produit.
Nous chez Colibryx avons assisté à plusieurs transitions de prestataires. Nous avons vu des passations de consignes se dérouler sans accroc, conduisant à des améliorations des performances et de la culture d'entreprise, mais nous avons aussi entendu parler d'autres qui ont été de véritables catastrophes, avec des retards ou même des échecs dans la livraison de fonctionnalités et de produits critiques pour l'activité.
Certes, les transitions de prestataires sont pleines de défis techniques comme comprendre l'accès aux systèmes et aux serveurs, comprendre le code existant et prendre des décisions douloureuses sur la suppression ou la correction du code existant, mais au final, c'est davantage un défi de gestion des personnes.
Tout, de la transmission des connaissances et de la documentation à la protection de votre code, dépend de la façon dont vous guidez et traitez les personnes des deux entreprises.
Apprenez de vos erreurs
La plupart des projets logiciels échouent non pas à cause de problèmes techniques ou d'ingénierie, mais à cause d'une mauvaise communication, de processus de développement logiciel inadéquats, d'un moral bas ou d'un financement insuffisant (en faisant appel à des entreprises non expertes).
Si la collaboration avec l'équipe de développement se passe mal, ne blâmez pas les autres, mais assumez la responsabilité et comprenez où et comment les choses ont mal tourné.
Il se peut que vous n'ayez pas consacré assez de temps ou d'attention à vos développeurs, ou qu'il y ait eu des conflits que vous auriez pu mieux gérer. Vous avez peut-être mal communiqué vos attentes ou confirmé les résultats.
Essayez toujours de vous demander comment les choses auraient pu se passer mieux, afin d'éviter des erreurs similaires à l'avenir.
Ne vous attendez à rien
Ne vous attendez pas à ce que l'entreprise avec laquelle vous collaborez actuellement rédige une documentation détaillée pour ses successeurs. C'est l'une des activités les plus détestées des développeurs (si vous ne le croyez pas, cherchez sur Google).
À la question :
Why do programmers hate making documentation? Google présente plus de 40 800 000 résultats.
Malgré cela, pour éviter d'autres problèmes pendant la transition, assurez-vous que l'ancienne équipe documente toutes les connaissances sur les processus/produits et donne ses contacts à la nouvelle entreprise pour d'éventuelles clarifications par la suite.
Ne vous remettez pas en question
Rappelez-vous toujours que si vous n'êtes pas satisfait de l'équipe actuelle, ils ne sont probablement pas non plus satisfaits de vous.
Rappelez-vous que mettre fin au contrat est le meilleur choix pour toutes les personnes impliquées - et votre prestataire le sait probablement aussi. Ils ne saboteront pas vos systèmes ou autre chose, ils voudront simplement être correctement rémunérés pour pouvoir transmettre les connaissances.
En même temps, si vous hésitez à accorder au nouveau prestataire des permissions complètes dans vos systèmes dès le début, envisagez d'attribuer des fonctionnalités restreintes de manière à limiter l'accès des utilisateurs uniquement aux ressources nécessaires pour accomplir le travail, réduisant ainsi le risque global ou l'impact des cyberattaques.
Confiez à votre nouvelle équipe la gestion des détails.
Votre partenariat précédent a échoué et vous n'êtes probablement pas encore prêt à faire confiance à votre nouvelle équipe de développement, même si c'est nécessaire.
Gardez à l'esprit que votre confiance envers les nouveaux ingénieurs est proportionnelle aux chances de succès de votre projet logiciel. Laisser-les guider la stratégie de transition contribuera à établir une culture de confiance et de transparence.
Rappelez-vous qu'ils traversent un processus d'intégration, qui peut être assez stressant, et votre soutien est toujours important ; essayez de résister à la tentation d'être un maniaque du contrôle. Commencez par accorder à la nouvelle équipe de développement une totale autonomie dans l'analyse de ce qui est en place.
Dans la plupart des cas, les nouveaux arrivants seront choqués par à quel point le code est « horrible » et pourraient suggérer de réécrire entièrement l'application (à juste titre, c'est souvent nécessaire) — laissez-les exprimer leur opinion et analysez-la de la manière la plus objective possible.
Voici quelques conseils pratiques de notre part chez Colibryx
« Planifiez avec précision le processus de migration des données, afin de minimiser le risque de perte d'informations importantes. » Paolo
« Rappelez-vous, le passage d'un fournisseur de logiciels à un autre peut sembler compliqué, mais avec la bonne planification et préparation, cela peut être une expérience sans problèmes qui améliorera votre activité. » Francesco