Acheter, développer ou assembler une solution

Comprendre l’enjeu et le périmètre

Il permet d’éviter aussi bien le développement inutile que l’achat d’un produit incapable de soutenir les particularités essentielles du métier.

Comparer couverture du besoin, intégration, exploitation, sécurité, évolution, propriété des livrables et sortie.

Passer à l’action

• Distinguer besoins standards et différenciants
• Comparer plusieurs scénarios de cycle de vie
• Tester les exigences critiques avant engagement

Traitez le fonctionnement normal et les échecs comme deux parties du même produit. Décrivez les contrats d'interface, les erreurs, les reprises, les droits et l'observabilité. L'exploitabilité doit être prévue dès la conception, pas ajoutée après le premier incident.

Responsabilités et moyens

Le métier précise la valeur, la DSI évalue la capacité, et achats, sécurité et finance qualifient les engagements.

Inclure adaptation, intégration, tests, support, maintien et remplacement.

Produire et vérifier

Livrable utile

Un dossier de choix avec alternatives, coûts, risques et conditions de réversibilité.

Preuve à rechercher

Faire exécuter les mêmes scénarios critiques aux options envisagées, y compris export et traitement des erreurs.

Indicateur à interpréter

Suivre coût complet, délai d’évolution et dépendance aux compétences ou fournisseurs.

Un test utile exerce un comportement attendu et dispose d'un résultat observable. Complétez les tests unitaires par des vérifications d'intégration et des parcours métier. Le taux de couverture du code ne démontre, à lui seul, ni la qualité des assertions ni l'absence de défauts.

Arbitrages et dépendances

Comparer seulement le coût initial favorise une option dont la maintenance et la sortie peuvent être très coûteuses.

Le choix dépend des données, interfaces, compétences disponibles et contraintes contractuelles.

Comparez la complexité totale, et non seulement la sophistication technique. Une solution distribuée apporte des possibilités mais aussi des pannes partielles et des exigences d'exploitation. Choisissez une architecture que les équipes peuvent livrer, comprendre et faire évoluer.