Comment arbitrer entre acheter un logiciel et développer une solution ?
D’après Stratégie du système d’information
L'arbitrage doit partir du rôle de la capacité concernée dans l'entreprise. Une fonction commune et peu différenciante peut se prêter à une solution standard. Une capacité qui porte une manière particulière de créer de la valeur peut justifier davantage de maîtrise ou de développement. Cette distinction reste à vérifier sur le terrain.
Il faut comparer le coût complet et les contraintes de chaque option. Acheter ne supprime pas les travaux d'intégration, de paramétrage, de formation et de réversibilité. Développer ne se limite pas au coût initial : maintenance, sécurité, documentation, tests et continuité des compétences doivent être financés dans la durée.
Les solutions hybrides peuvent être pertinentes : un socle standard complété par des services spécifiques et des interfaces documentées. Il faut toutefois éviter une accumulation d'adaptations qui rendrait les mises à jour ou la sortie du fournisseur trop difficiles.
Le schéma directeur doit rendre ces compromis visibles. La recommandation précise la valeur recherchée, les compétences à conserver, les risques acceptés et les conditions de changement d'option. Ni « tout acheter » ni « tout développer » ne constituent, en soi, une stratégie adaptée à toutes les situations.