7 Min. de lecture<\/p>\n
La d\u00e9cision build-vs-buy la plus co\u00fbteuse est celle que personne n’a consciemment prise. Dans la plupart des organisations, elle tombe implicitement : une \u00e9quipe construit parce qu’elle en est capable, ou ach\u00e8te parce qu’un fournisseur venait de faire sa pr\u00e9sentation. Le calcul rigoureux doit pr\u00e9c\u00e9der la diapositive strat\u00e9gique. Quiconque traite Build, Buy et Partner comme trois options quantifiables d\u00e9cide plus vite et se r\u00e9tracte moins souvent.<\/strong><\/p>\n Les points cl\u00e9s en bref<\/p>\n \u00c0 lire aussi :<\/span>Le mod\u00e8le op\u00e9rationnel qui survit \u00e0 la r\u00e9organisation<\/a> \/<\/span> Managed Security Services : le CISO n’est pas seul responsable<\/a><\/p>\n Qu’est-ce que la d\u00e9cision build-vs-buy ?<\/strong> Build vs Buy d\u00e9crit le choix de d\u00e9velopper soi-m\u00eame une capacit\u00e9 logicielle n\u00e9cessaire, de l’acheter cl\u00e9 en main ou de la sourcer aupr\u00e8s d’un partenaire. Elle touche simultan\u00e9ment aux co\u00fbts, \u00e0 la rapidit\u00e9, au contr\u00f4le et \u00e0 la d\u00e9pendance. Cette d\u00e9cision n’est pas une pure question informatique : elle d\u00e9termine o\u00f9 une entreprise concentre sa pr\u00e9cieuse capacit\u00e9 de d\u00e9veloppement.<\/p>\n Dans la pratique, la question build-vs-buy se pose rarement en amont. Elle surgit lorsqu’un projet est d\u00e9j\u00e0 lanc\u00e9, qu’une \u00e9quipe a d\u00e9j\u00e0 ses pr\u00e9f\u00e9rences ou qu’un fournisseur a obtenu un rendez-vous. La d\u00e9cision est alors de facto prise avant que quiconque ait fait le calcul. Le vrai travail commence donc plus t\u00f4t : au moment de d\u00e9terminer si la capacit\u00e9 en question diff\u00e9rencie r\u00e9ellement l’activit\u00e9.<\/p>\n Cette qualification exige une honn\u00eatet\u00e9 intellectuelle rigoureuse. Un prestataire de paiement, un service d’identit\u00e9 ou un syst\u00e8me de gestion de contenu sont des probl\u00e8mes d\u00e9j\u00e0 r\u00e9solus. Ici, le d\u00e9veloppement interne concurrence des fournisseurs qui ne font que cela depuis des ann\u00e9es. Celui qui construit quand m\u00eame en interne finance un produit standard de seconde classe et mobilise des ressources qu’aucun concurrent ne verra jamais.<\/p>\n Le principe fondateur est le suivant : acheter ce qui est standard, construire ce qui est unique. Les services best-in-class prennent en charge les fonctions standards, connect\u00e9s via des interfaces. La capacit\u00e9 de d\u00e9veloppement interne se concentre, selon une heuristique approximative, sur les 10 \u00e0 20 % qui diff\u00e9rencient r\u00e9ellement l’activit\u00e9 – un moteur de tarification, une logique logistique ou un algorithme de matching propri\u00e9taire.<\/p>\n Entre Build et Buy existe une troisi\u00e8me voie souvent n\u00e9glig\u00e9e. Un mod\u00e8le partenarial – co-d\u00e9veloppement ou managed service – s’impose lorsque la capacit\u00e9 est diff\u00e9renciante, mais que l’entreprise ne dispose pas encore de la comp\u00e9tence en interne. Il partage le risque de mise en \u0153uvre et maintient la ma\u00eetrise m\u00e9tier plus pr\u00e8s de l’entreprise, mais cr\u00e9e une nouvelle d\u00e9pendance et soul\u00e8ve la question de la responsabilit\u00e9 finale. C’est pr\u00e9cis\u00e9ment cette variante manag\u00e9e<\/a> que choisissent de nombreuses entreprises en mati\u00e8re de s\u00e9curit\u00e9, l\u00e0 o\u00f9 l’exploitation en propre est rarement viable et un standard pur trop rigide.<\/p>\n Celui qui construit lui-m\u00eame ce qui est standard paie sa diff\u00e9renciation avec les heures qui lui font ensuite d\u00e9faut.<\/p><\/blockquote>\n La r\u00e8gle empirique qui structure la matrice<\/p>\n Acheter ce qui est commodit\u00e9, construire ce qui diff\u00e9rencie, combler les lacunes par le partenariat.<\/strong> Affecter chaque capacit\u00e9 \u00e0 l’une de ces trois cat\u00e9gories clarifie la d\u00e9cision plus rapidement que n’importe quel tableau TCO. Le calcul vient ensuite et confirme g\u00e9n\u00e9ralement ce que la classification avait d\u00e9j\u00e0 sugg\u00e9r\u00e9.<\/p>\n<\/div>\n Les chiffres visibles induisent en erreur dans les deux sens. Du c\u00f4t\u00e9 Buy, une licence apparemment raisonnable figure dans l’offre, mais l’int\u00e9gration, les adaptations, la formation et la migration s’y ajoutent consid\u00e9rablement au fil des ann\u00e9es. Du c\u00f4t\u00e9 Build, le premier sprint semble \u00e9conomique, jusqu’\u00e0 ce que la maintenance, les mises \u00e0 jour de s\u00e9curit\u00e9, l’\u00e9volution des fonctionnalit\u00e9s et la mobilisation de d\u00e9veloppeurs rares retournent la balance. La voie partenariale ne fait que d\u00e9placer ces postes, elle ne les supprime pas : gestion des fournisseurs, clauses de sortie contractuelles, niveaux de service, responsabilit\u00e9 partag\u00e9e et transfert de comp\u00e9tences en interne entrent dans le m\u00eame calcul. Une d\u00e9cision solide \u00e9value les trois options sur cinq ans, y compris les co\u00fbts qui n’apparaissent jamais dans l’offre.<\/p>\n Le poste le plus co\u00fbteux ne figure dans aucun tableau : le co\u00fbt d’opportunit\u00e9. Chaque heure de d\u00e9veloppement consacr\u00e9e \u00e0 un probl\u00e8me standard est une heure qui manque \u00e0 la capacit\u00e9 diff\u00e9renciante. Cette diff\u00e9renciation manqu\u00e9e p\u00e8se \u00e0 long terme bien plus lourd que n’importe quelle licence. Celui qui l’int\u00e8gre dans son calcul \u00e9value automatiquement le Build avec plus de rigueur sur les sujets commodit\u00e9s.<\/p>\n Dans le Mittelstand allemand, le calcul bascule souvent sur la question des ressources humaines. Construire n\u00e9cessite une \u00e9quipe capable de porter la solution sur des ann\u00e9es, pas seulement de la b\u00e2tir. Sur un march\u00e9 de l’emploi tendu, cette \u00e9quipe co\u00fbte plus cher et est moins assur\u00e9e que n’importe quelle licence. Dans ce contexte, les co\u00fbts de r\u00e9tention plaident souvent pour Buy ou le partenariat, car il est plus difficile de s\u00e9curiser une \u00e9quipe de d\u00e9veloppement p\u00e9renne qu’une licence.<\/p>\n Dans les grands groupes, c’est la crainte du lock-in qui domine. Un produit standard profond\u00e9ment int\u00e9gr\u00e9 cr\u00e9e des d\u00e9pendances \u00e0 travers les mod\u00e8les de donn\u00e9es et les processus, et changer de solution devient plus co\u00fbteux chaque ann\u00e9e. Il vaut alors la peine de compl\u00e9ter la logique de diff\u00e9renciation par une logique de souverainet\u00e9 : maintenir des interfaces ouvertes, garantir la ma\u00eetrise des donn\u00e9es et examiner l’option partenariale sur les composants critiques, avant qu’un seul fournisseur ne dicte ses conditions. R\u00e9partir clairement les droits de d\u00e9cision \u00e0 cet effet acc\u00e9l\u00e8re la prise de d\u00e9cision, comme le montre l’operating model<\/a>.<\/p>\n La premi\u00e8re \u00e9tape consiste \u00e0 dresser la liste des capacit\u00e9s en question, chacune assortie de deux \u00e9valuations honn\u00eates : dans quelle mesure diff\u00e9rencie-t-elle l’activit\u00e9, et quel est le niveau de maturit\u00e9 de la comp\u00e9tence interne \u00e0 ce sujet. L’attribution s’en d\u00e9duit presque d’elle-m\u00eame. Une faible diff\u00e9renciation conduit \u00e0 l’achat, une forte diff\u00e9renciation avec une comp\u00e9tence mature conduit au d\u00e9veloppement en interne, une forte diff\u00e9renciation sans comp\u00e9tence conduit au partenariat. Ce n’est que pour les candidats ainsi pr\u00e9s\u00e9lectionn\u00e9s que le calcul sur cinq ans vaut la peine, int\u00e9gration, maintenance et co\u00fbts d’opportunit\u00e9 compris. Cet ordre inverse la pratique habituelle : d’abord le positionnement strat\u00e9gique, puis les chiffres, enfin la s\u00e9lection des fournisseurs. La diapositive de strat\u00e9gie se retrouve ainsi en fin de processus, non en son d\u00e9but.<\/p>\n Lorsque la capacit\u00e9 diff\u00e9rencie l’activit\u00e9 de mani\u00e8re perceptible et que la comp\u00e9tence interne est suffisamment mature pour la porter sur plusieurs ann\u00e9es. Pour les fonctions standard telles que le paiement, l’authentification ou un syst\u00e8me de gestion de contenu, c’est rarement le cas. Le d\u00e9veloppement interne y entre en concurrence avec des fournisseurs sp\u00e9cialis\u00e9s et mobilise des ressources qui font d\u00e9faut \u00e0 la diff\u00e9renciation.<\/p>\n<\/details>\n Elle convient lorsqu’une capacit\u00e9 est diff\u00e9renciante, mais que la comp\u00e9tence fait d\u00e9faut en interne. Le co-d\u00e9veloppement ou un service manag\u00e9 transf\u00e8rent le risque de mise en \u0153uvre vers l’ext\u00e9rieur tout en conservant la ma\u00eetrise m\u00e9tier en interne. Il devient ainsi possible de construire une solution distinctive sans avoir \u00e0 recruter une \u00e9quipe enti\u00e8re.<\/p>\n<\/details>\n Parce que la licence n’en est que la partie visible. L’int\u00e9gration, la personnalisation, la formation et la migration s’y ajoutent de mani\u00e8re significative sur cinq ans, et le d\u00e9veloppement en interne implique en outre des co\u00fbts de maintenance et des co\u00fbts d’opportunit\u00e9. Un calcul solide prend en compte le co\u00fbt total sur l’ensemble du cycle de vie, de la premi\u00e8re ann\u00e9e jusqu’au remplacement.<\/p>\n<\/details>\n Par une liste des capacit\u00e9s en question, chacune \u00e9valu\u00e9e selon son degr\u00e9 de diff\u00e9renciation et la comp\u00e9tence interne disponible. Il en r\u00e9sulte une pr\u00e9s\u00e9lection en Acheter, D\u00e9velopper ou Partenariat. Ce n’est qu’ensuite que vient le calcul des co\u00fbts sur cinq ans pour les candidats retenus, et enfin la s\u00e9lection des fournisseurs.<\/p>\n<\/details>\n Plus du r\u00e9seau MBF Media<\/p>\n\n
Pourquoi la question arrive trop tard sur la table<\/h2>\n
Trois voies, un principe<\/h2>\n
Ce que les options co\u00fbtent r\u00e9ellement<\/h2>\n
Le facteur DACH : ressources et d\u00e9pendance<\/h2>\n
La matrice avant la diapositive<\/h2>\n
Foire aux questions<\/h2>\n
Quand le d\u00e9veloppement en interne vaut-il mieux que l’achat ?<\/strong><\/summary>\n
Qu’apporte l’option partenariat par rapport au d\u00e9veloppement et \u00e0 l’achat ?<\/strong><\/summary>\n
Pourquoi la comparaison des licences ne suffit-elle pas \u00e0 prendre la d\u00e9cision ?<\/strong><\/summary>\n
Comment bien d\u00e9marrer la prise de d\u00e9cision ?<\/strong><\/summary>\n