Éviter la personnalisation excessive

Disons que vous achetez une bonne table ordinaire. Puis vous y percez un trou pour y loger une machine que vous possédez. La table ne sert désormais que pour cette machine. Vous ne pouvez plus l’utiliser à autre chose, ni la revendre. Vous avez échangé une chose qui répondait à bien des besoins contre une chose qui n’en sert qu’un.

Personnaliser un logiciel acheté fait la même chose. Vous le pliez à la seule façon dont vous travaillez aujourd’hui, et ce faisant vous en faites le vôtre seul, bon à rien d’autre que la tâche vers laquelle vous l’avez plié.

Le vrai coût apparaît au moment de la mise à niveau. Le fournisseur publie une nouvelle version avec des améliorations que vous auriez eues gratuitement, mais votre copie est pleine de vos propres modifications. Avant de pouvoir prendre la nouvelle version, vous devez refaire chaque modification par-dessus.

Vous prenez donc du retard sur une vieille version, ou vous payez encore et encore pour reporter vos modifications. Chaque mise à niveau devient un projet. Personnalisez assez loin et le logiciel ne peut plus du tout être corrigé, et un correctif de sécurité dont vous avez besoin devient un correctif que vous ne pouvez pas prendre.

Quand vous achetez, façonnez votre processus autour du logiciel. Votre façon de travailler peut plier : vous pouvez changer un formulaire, une étape, une habitude. Gardez la chose achetée aussi proche de la version standard que possible, parce que le standard reste peu coûteux à exploiter, facile à corriger et sûr à mettre à niveau.

Parfois une petite modification est réellement nécessaire. Dans ce cas, faites la plus petite possible, et consignez pourquoi, pour que la personne suivante sache ce qu’elle a coûté. Le but n’est pas zéro modification à tout prix. C’est de traiter chaque modification comme une dette que vous rembourserez à chaque mise à niveau, et d’en contracter le moins que le travail permet.

Une migration est le moment d’abandonner cela. Les orientations du SCT sur la migration GCcase déconseillent de reconstruire l’ancienne solution telle quelle, puisque beaucoup de personnalisations n’existent qu’à cause des limites d’une ancienne plateforme et ne sont pas nécessaires dans une plateforme moderne.