L\u2019informatique d\u2019entreprise conna\u00eet une mutation fondamentale. Il ne s\u2019agit pas d\u2019une nouvelle fonctionnalit\u00e9 ou d\u2019une nouvelle cat\u00e9gorie de produits. Il s\u2019agit d\u2019\u00e9conomie.\u202fNous appelons cela l\u2019\u00e9conomie de plateforme, et elle d\u00e9finit une nouvelle r\u00e9alit\u00e9 op\u00e9rationnelle pour les \u00e9quipes informatiques.<\/p>\n\n\n\n
Pendant des ann\u00e9es, les entreprises ont fonctionn\u00e9 selon ce que l\u2019on appelle l\u2019\u00e9conomie de portefeuille : plusieurs produits, parfois provenant du m\u00eame fournisseur, regroup\u00e9s et pr\u00e9sent\u00e9s sous forme de \u00ab suite \u00bb. Sur le papier, cela semble \u00eatre un bon choix. Dans la pratique, il s\u2019agit d\u2019un ensemble de syst\u00e8mes distincts qui doivent \u00eatre d\u00e9ploy\u00e9s, int\u00e9gr\u00e9s, mis \u00e0 jour et g\u00e9r\u00e9s ind\u00e9pendamment.<\/p>\n\n\n\n
Une v\u00e9ritable plateforme se d\u00e9ploie plus rapidement, car elle est con\u00e7ue comme un syst\u00e8me convergent unique. Vous n\u2019avez pas \u00e0 assembler des composants ni \u00e0 valider la compatibilit\u00e9 entre les produits.Vous n\u2019assemblez pas des composants ni ne validez la compatibilit\u00e9 entre les produits. Vous impl\u00e9mentez un environnement unifi\u00e9.<\/p>\n\n\n\n
Dans un mod\u00e8le de portefeuille, chaque composant implique son propre plan de d\u00e9ploiement ou de migration, ses propres d\u00e9pendances et ses propres cycles de test. Chaque point d\u2019int\u00e9gration ajoute du temps, et le temps augmente l\u2019exposition aux perturbations. Plus une migration prend du temps, plus les risques op\u00e9rationnels et commerciaux sont \u00e9lev\u00e9s.<\/p>\n\n\n\n
L\u2019utilisation d\u2019une plateforme r\u00e9duit cette p\u00e9riode d\u2019exposition aux risques. Moins il y a d\u2019\u00e9l\u00e9ments mobiles, moins il y a d\u2019inconnues. Cette rapidit\u00e9 r\u00e9duit directement les risques.<\/p>\n\n\n\n
Elle permet \u00e9galement de r\u00e9duire les co\u00fbts. Le d\u00e9ploiement est plus simple : il n\u00e9cessite moins de coordination, moins d\u2019heures de services externes et des cycles de projet plus courts. Les \u00e9quipes n\u2019ont pas besoin de sp\u00e9cialistes distincts pour chaque composant, car le syst\u00e8me est d\u00e9j\u00e0 unifi\u00e9. Il ne s\u2019agit pas seulement d\u2019efficacit\u00e9 op\u00e9rationnelle, mais d\u2019un avantage \u00e9conomique structurel.\u202f<\/p>\n\n\n\n
C\u2019est au niveau de la gestion du cycle de vie que l\u2019\u00e9cart \u00e9conomique se creuse.<\/p>\n\n\n\n
Dans une \u00e9conomie de portefeuille, chaque produit a son propre calendrier de publication, son processus de correctifs et sa matrice de compatibilit\u00e9. La maintenance de l\u2019environnement implique de coordonner plusieurs syst\u00e8mes et d\u2019esp\u00e9rer que les mises \u00e0 jour n\u2019interrompront pas les int\u00e9grations.<\/p>\n\n\n\n
Cela cr\u00e9e des frictions et des retards. Il faut parfois attendre la validation de la compatibilit\u00e9 pour appliquer des correctifs de s\u00e9curit\u00e9. Les mises \u00e0 niveau deviennent des projets plut\u00f4t que des am\u00e9liorations de routine. La complexit\u00e9 s\u2019int\u00e8gre dans la gestion du changement.<\/p>\n\n\n\n
Une plateforme \u00e9volue comme un syst\u00e8me unique. Les nouvelles capacit\u00e9s sont des fonctions ou des fonctionnalit\u00e9s natives de la plateforme. Les mises \u00e0 jour sont appliqu\u00e9es de mani\u00e8re coh\u00e9rente \u00e0 l\u2019ensemble de l\u2019environnement. Les am\u00e9liorations profitent \u00e0 l\u2019architecture dans son ensemble plut\u00f4t qu\u2019\u00e0 un composant isol\u00e9.<\/p>\n\n\n\n
– L\u2019expansion d\u2019un portefeuille implique souvent l\u2019achat d\u2019un autre produit et l\u2019ajout d\u2019une nouvelle couche d\u2019int\u00e9gration.<\/p>\n\n\n\n
+ L\u2019expansion d\u2019une plateforme implique l\u2019activation transparente de capacit\u00e9s suppl\u00e9mentaires au sein du cadre existant.<\/p>\n\n\n\n
Un portefeuille accro\u00eet la complexit\u00e9. Une plateforme allie valeur ajout\u00e9e et simplicit\u00e9.<\/p>\n\n\n\n
C\u2019est au niveau du fonctionnement que la diff\u00e9rence devient ind\u00e9niable.<\/p>\n\n\n\n
Dans un mod\u00e8le de portefeuille, chaque produit dispose de sa propre interface, de sa propre structure de politiques et de son propre syst\u00e8me de logs. M\u00eame lorsque les interfaces sont visuellement harmonis\u00e9es, les syst\u00e8mes sous-jacents restent distincts. Les politiques ne se propagent pas toujours de mani\u00e8re coh\u00e9rente, et le d\u00e9pannage n\u00e9cessite souvent de jongler entre les outils.<\/p>\n\n\n\n
Cette distinction cr\u00e9e des lacunes de configuration. La plupart des incidents de s\u00e9curit\u00e9 ne sont pas dus \u00e0 une incomp\u00e9tence. Ils sont caus\u00e9s par des angles morts introduits par la complexit\u00e9.<\/p>\n\n\n\n
Une plateforme fonctionne sous un plan de contr\u00f4le et un moteur de politiques unifi\u00e9s. Les logs sont centralis\u00e9s. La configuration est coh\u00e9rente. Le d\u00e9pannage s\u2019effectue dans un seul contexte op\u00e9rationnel plut\u00f4t que sur plusieurs syst\u00e8mes.<\/p>\n\n\n\n
Quand il y a moins de jonctions, il y a moins d\u2019erreurs.<\/p>\n\n\n\n
Sur le plan op\u00e9rationnel, cela se traduit par un gain de temps dans la corr\u00e9lation des logs, la validation des int\u00e9grations et la gestion des d\u00e9pendances. Cela signifie \u00e9galement que moins de ressources sont n\u00e9cessaires pour maintenir la stabilit\u00e9.<\/p>\n\n\n\n
On entend souvent dire que si des produits proviennent du m\u00eame fournisseur, alors il n\u2019y aura aucun probl\u00e8me d\u2019int\u00e9gration. Ce n\u2019est pas le cas.<\/p>\n\n\n\n
Le regroupement de produits d\u2019un m\u00eame fournisseur n\u2019est pas synonyme d\u2019unit\u00e9 architecturale. Les produits d\u00e9velopp\u00e9s ind\u00e9pendamment restent des syst\u00e8mes ind\u00e9pendants, m\u00eame s\u2019ils sont vendus ensemble.<\/p>\n\n\n\n
Le service des achats appr\u00e9ciera probablement de n\u2019avoir qu\u2019un seul contrat \u00e0 g\u00e9rer. Mais l\u2019\u00e9quipe informatique n\u2019en tirera aucun b\u00e9n\u00e9fice, \u00e0 moins que l\u2019architecture sous-jacente ne soit unifi\u00e9e.<\/p>\n\n\n\n
Si le d\u00e9ploiement, la gestion du cycle de vie et la configuration des politiques doivent encore \u00eatre g\u00e9r\u00e9s s\u00e9par\u00e9ment, vous ne disposez pas d\u2019une plateforme. Vous disposez d\u2019un ensemble de solutions, et les ensembles de solutions n\u2019apportent pas de valeur ajout\u00e9e.\u202fSeules les plateformes le font.<\/p>\n\n\n\n
L\u2019\u00e9conomie de plateforme red\u00e9finit trois facteurs de co\u00fbts fondamentaux pour l\u2019informatique.<\/p>\n\n\n\n
Premi\u00e8rement, le d\u00e9ploiement devient plus rapide et moins gourmand en ressources, ce qui r\u00e9duit les risques li\u00e9s \u00e0 la migration et les frais g\u00e9n\u00e9raux li\u00e9s aux projets.<\/p>\n\n\n\n
Deuxi\u00e8mement, la gestion du cycle de vie est unifi\u00e9e, ce qui r\u00e9duit la complexit\u00e9 des correctifs et \u00e9limine la n\u00e9cessit\u00e9 d\u2019ajouter continuellement de nouveaux produits ponctuels.<\/p>\n\n\n\n
Troisi\u00e8mement, les processus sont simplifi\u00e9s et plus coh\u00e9rents, ce qui diminue le risque d\u2019\u00e9carts de configuration et r\u00e9duit les besoins en ressources en r\u00e9gime permanent.<\/p>\n\n\n\n
Pris individuellement, chacun de ces avantages a son importance. Ensemble, ils red\u00e9finissent le co\u00fbt total de possession et la r\u00e9silience op\u00e9rationnelle.<\/p>\n\n\n\n
Les \u00e9quipes informatiques sont aujourd\u2019hui sous pression pour en faire plus avec des ressources limit\u00e9es. Elles doivent s\u00e9curiser des environnements de plus en plus complexes tout en favorisant la croissance de l\u2019entreprise, l\u2019adoption de l\u2019IA et la transformation num\u00e9rique. Un mod\u00e8le de portefeuille amplifie la complexit\u00e9. Un mod\u00e8le de plateforme l\u2019absorbe.\u202f<\/p>\n\n\n\n
Il ne s\u2019agit pas d\u2019une distinction superficielle. Elle est structurelle.<\/p>\n\n\n\n
Les organisations qui adoptent de v\u00e9ritables plateformes r\u00e9duisent la complexit\u00e9 syst\u00e9mique et gagnent en agilit\u00e9. Au fil du temps, cela se traduit par une r\u00e9silience et une r\u00e9activit\u00e9 accrues. Les organisations qui restent ancr\u00e9es dans une logique de portefeuille continuent de porter un fardeau d\u2019int\u00e9gration qui ralentit la prise de d\u00e9cision et gonfle les frais g\u00e9n\u00e9raux op\u00e9rationnels.<\/p>\n\n\n\n
L\u2019avenir de l\u2019informatique ne r\u00e9side pas dans la possession d\u2019un plus grand nombre d\u2019outils. Il s\u2019agit d\u2019exploiter moins de syst\u00e8mes, mais de mani\u00e8re plus intelligente.<\/p>\n\n\n\n
L\u2019\u00e9conomie de plateforme est une r\u00e9alit\u00e9 op\u00e9rationnelle et financi\u00e8re.\u202fLes organisations qui prendront conscience de cette \u00e9volution d\u00e8s le d\u00e9but fonctionneront plus rapidement, avec une structure plus l\u00e9g\u00e8re et en supportant nettement moins de risques et de co\u00fbts que celles qui confondent \u00ab offre group\u00e9e \u00bb avec \u00ab plateforme unifi\u00e9e \u00bb.<\/p>\n\n","protected":false},"excerpt":{"rendered":"
L\u2019informatique d\u2019entreprise conna\u00eet une mutation fondamentale. Il ne s\u2019agit pas d\u2019une nouvelle fonctionnalit\u00e9 ou d\u2019une nouvelle cat\u00e9gorie de produits. Il s\u2019agit d\u2019\u00e9conomie.\u202fNous appelons cela l\u2019\u00e9conomie de plateforme, et elle d\u00e9finit une nouvelle r\u00e9alit\u00e9 op\u00e9rationnelle pour les \u00e9quipes informatiques. Pendant des ann\u00e9es, les entreprises ont fonctionn\u00e9 selon ce que l\u2019on appelle l\u2019\u00e9conomie de portefeuille : plusieurs…<\/p>\n","protected":false},"author":29,"featured_media":152318,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"footnotes":""},"categories":[22],"tags":[],"coauthors":[1010],"class_list":["post-158207","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-non-classifiee"],"acf":[],"yoast_head":"\n