Objectif
Choisir sans se laisser guider par le prix affiché.
Les fonctions indispensables et le coût complet éclairent ensemble le choix.
Une grille de fonctions et un prix d’entrée ne couvrent pas tout l’engagement. Les usages indispensables déterminent les options admissibles ; réalisation, intégration, licences, exploitation et sortie permettent ensuite de comparer leur coût sur un même horizon.
Cette fiche sert à instruire l'arbitrage sur ce qui coûte vraiment : les exceptions à porter, la maintenance à assurer, la dépendance acceptée et la condition qui autoriserait à revenir en arrière.
Principe
Comparer les capacités et les engagements réels.
Une option achetée peut raccourcir certains développements mais demande une intégration et un fonctionnement durable. Une option construite demande des compétences, du temps et une maintenance. Aucune n’apporte automatiquement plus de contrôle ou un meilleur délai.
Le caractère distinctif du besoin est un critère, pas une règle automatique. Un composant acheté peut contribuer à une offre distinctive ; un besoin standard peut parfois être simple à construire. Compare des options concrètes, y compris hybrides.
Le caractère distinctif oriente l’analyse ; il ne remplace pas la comparaison.
Besoin
Ce qui est distinctif, et ce qui doit juste marcher.
Exceptions
Les cas particuliers réellement présents.
Charge
Qui maintient, et sur quel temps.
Dépendance
Ce que le tiers contrôle à votre place.
Sortie
Ce qu'il en coûterait de changer d'avis.
Approche
Comparer des options admissibles sur le même horizon.
La séquence ne cherche pas à produire une note finale. Elle rend visibles les endroits où la décision se jouera réellement, y compris ceux qui n'apparaissent pas dans une grille de comparaison.
Vérifie les fonctions et contraintes indispensables.
Un usage requis, une règle d’accès, une contrainte de délai ou de conformité peut éliminer une option. Compare ensuite aussi la maintenance, la dépendance et la sortie, sans ignorer les fonctions.
Sépare le distinctif du reste.
Écris la différence recherchée et les fonctions standard. Cela ouvre les options de construction, d’achat et d’assemblage ; aucune catégorie ne les départage à elle seule.
Liste les exceptions réelles.
Ce sont elles qui font échouer les standards. Une exception rare mais bloquante pèse davantage qu'une fonction absente d'une grille.
Compare le coût complet sur le même horizon.
Additionne réalisation ou achat, licences selon le volume, intégration, exploitation, maintenance et sortie. Identifie les hypothèses, les coûts inconnus et les capacités nécessaires. La capacité d’équipe et les frais de licences sont tous deux pertinents.
Nomme la dépendance acceptée.
Dépendre d'un tiers est une décision, pas un effet de bord. Il faut savoir ce qu'elle interdit, et pendant combien de temps.
Écris la condition qui ferait changer le choix.
Une décision sans condition de révision se défend mal deux ans plus tard, lorsque le contexte a changé.
Points d’attention
Distinguer un arbitrage instruit d'un arbitrage de confort.
Ces signaux portent sur la qualité de l’instruction, pas sur une préférence pour construire ou acheter.
Bon signal
- Le besoin distinctif est écrit en une phrase compréhensible hors technique.
- Les exceptions sont listées avec leur fréquence.
- Une condition de révision est notée avec la décision.
À surveiller
- La comparaison se résume à une grille de fonctions et un prix d'entrée.
- La maintenance n'a pas de propriétaire nommé.
- Le coût de sortie n'a jamais été estimé.
À retenir
Le coût d'un choix se révèle dans ses exceptions, pas dans sa démonstration.
Une démonstration montre le cas nominal. Le travail réel consiste à savoir qui porte tout ce qui n'y ressemble pas.
En pratique
Prépare la comparaison avant de conclure l’arbitrage.
Dresse une note avec les besoins, les options, les hypothèses et les coûts à vérifier. Si des informations manquent, elle sert à organiser leur collecte ; elle ne vaut pas encore décision.
Une comparaison qui rend les inconnues visibles.
Écris les fonctions requises, les options, l’horizon et le volume, les postes de coût et les conditions de sortie. Fais compléter ce qui manque avant de recommander.
Besoin et options
Fonctions indispensables, différence recherchée, options admissibles et éliminations motivées.
Exceptions
Les cas particuliers à porter, avec leur fréquence.
Coût complet
Achat ou build, intégration, licences, exploitation et maintenance, sur un même horizon et avec les inconnues signalées.
Condition de sortie
Données récupérables, effort, délais et coûts du changement, plus les conditions de révision du choix.
Le template à reprendre
BESOINS : [usages / contraintes / exceptions et fréquence] OPTIONS : [achat / build / hybride / dépendances] COÛT : [horizon / volume / postes / inconnus] RESPONSABILITÉ : [maintenance / exceptions] SORTIE ET RÉVISION : [données / coût / délai / signal / qui]