Si vous défendez une architecture composable contre une proposition de solution groupée Sitecore, vous connaissez déjà les risques d'une DXP composable que votre directeur financier et votre directeur informatique soulèveront avant qu'ils ne les soulèvent. Les dirigeants demandent rarement des informations sur les microservices ou les contrats d'API. Au lieu de cela, ils demandent si la pile technologique sera toujours supportable dans trois ans, si l'équipe pourra la faire fonctionner sans s'épuiser, et si les calculs sont viables par rapport à une facture unique et bien nettetée d'un fournisseur unique. Par conséquent, la défense la plus solide n'est pas une diapositive sur les principes MACH. C'est une carte claire et honnête des risques de la DXP composable et de la manière dont chacun est atténué dans votre environnement spécifique.
Jean-Nicolas Gauthier
Dernière mise à jour:
Chez Sengo, nous avons mené des implémentations composables chez iA Financial Group, le Fonds de solidarité FTQ et le Cirque du Soleil, et nous avons réalisé plus de 50 audits de plateformes auprès de huit fournisseurs de CMS et de DXP. Au cours de ces missions, les mêmes cinq risques se présentent presque systématiquement. De plus, les mêmes cinq modèles d'atténuation fonctionnent, à condition que vous identifiiez d'abord les risques et que vous les conceviez délibérément. Cet article passe en revue chacun d'eux, puis se termine par une liste de contrôle que vous pouvez présenter à votre prochain comité de pilotage.
Le premier des risques d'une DXP composable concerne la maturité des fournisseurs que vous assemblez. Une pile Sitecore intégrée vous offre un seul contrat de support, un seul canal d'escalade et un seul gestionnaire de compte. Une pile composable vous en offre cinq à dix de chaque. Certains de ces fournisseurs sont importants et stables. D'autres sont des startups de série B avec un produit brillant et une équipe de support de 12 personnes. Quand quelque chose se casse à 2 heures du matin, cette différence est importante.
L'atténuation n'est pas d'éviter les nouveaux fournisseurs. Il s'agit de les hiérarchiser. Classez chaque fournisseur de votre architecture composable comme Niveau 1 (critique pour la mission, SLA 24h/24 et 7j/7 requis), Niveau 2 (important, support pendant les heures ouvrables acceptable) ou Niveau 3 (remplaçable sous 30 jours). Négociez ensuite en conséquence. De plus, insists sur les droits d'exportation des données et les API documentées pour chaque fournisseur de niveau 3, afin qu'un remplacement soit un projet, pas une crise. Référez-vous au Alliance MACH répertoire des fournisseurs comme point de départ pour la diligence raisonnable des fournisseurs — les membres s'engagent à respecter des normes d'interopérabilité qui réduisent le risque de dépendance.
Les partisans de Sitecore bundle aiment souligner qu'une pile composable comporte de nombreuses pièces mobiles, chacune avec son propre rythme de publication. Ils ont raison. C'est l'un des risques du DXP composable qui s'accumule silencieusement avec le temps. Un CMS headless pousse un changement de schéma qui casse. Le fournisseur de recherche déprécie un point d'accès API. Le CDP lance un nouveau format d'événement. Soudain, votre équipe est en train de gérer quatre mises à niveau en un trimestre au lieu d'une seule grosse mise à niveau tous les deux ans.
Cependant, la solution d'atténuation est structurelle, pas héroïque. Premièrement, créez une couche d'intégration — un fin BFF (backend-for-frontend) ou une couche intermédiaire — qui absorbe les changements des fournisseurs avant qu'ils n'atteignent votre code d'application. Deuxièmement, abonnez-vous au journal des modifications de chaque fournisseur et attribuez un responsable par intégration. Troisièmement, allouez un pourcentage fixe de chaque sprint (nous recommandons 15%) à la maintenance des intégrations. Par conséquent, les mises à niveau deviennent une hygiène de routine plutôt que des projets d'urgence. Chez iA, cette discipline a maintenu une pile composable de six fournisseurs stable pendant deux années complètes de versions indépendantes des fournisseurs.
La dérive d'intégration est le risque le plus sous-estimé des DXP composables. Le premier jour, votre diagramme d'architecture est clair. Chaque service a une seule tâche, les contrats sont documentés et les flux de données sont explicites. Deux ans plus tard, quelqu'un a ajouté une fonction Lambda qui extrait du CMS, transforme la charge utile et écrit dans le CDP — sans en informer personne. Multipliez cela par une douzaine de solutions de contournement discrètes et votre pile composable devient plus difficile à comprendre que le monolithe que vous avez remplacé.
L'atténuation est la gouvernance, pas les outils. Maintenez un enregistrement des décisions architecturales (ADR) vivant pour chaque intégration. Exigez une revue de pull-request d'un architecte désigné pour toute modification qui franchit une limite de service. De plus, effectuez une revue trimestrielle de l'architecture au cours de laquelle l'équipe passe en revue le diagramme actuel et signale tout écart par rapport à la conception documentée. La définition de Gartner de entreprise composable souligne que la gouvernance est une préoccupation de premier ordre, pas une réflexion après coup — et les équipes qui prennent cela au sérieux évitent le résultat de pile fragile.
Une implémentation Sitecore monolithique peut être gérée par une équipe de généralistes qui connaissent une plateforme en profondeur. Une architecture composable exige des spécialistes — ou du moins des généralistes ayant de fortes aptitudes en intégration d'API. C'est l'un des risques de la DXP composable qui affecte le plus durement les organisations de taille moyenne où l'équipe est déjà surchargée. Si vos architectes sont aussi vos développeurs et vos ingénieurs DevOps, l'ajout de cinq fournisseurs peut briser l'équipe avant de briser la pile.
L'atténuation consiste à être honnête quant à la capacité avant de s'engager. Cartographiez chaque fournisseur de la pile proposée à un propriétaire désigné au sein de votre équipe. Si un fournisseur n'a pas de propriétaire, vous avez une lacune à combler – par le biais d'embauches, de formations ou d'un partenaire de services gérés. Chez Fonds de solidarité FTQ, nous avons travaillé avec l'équipe interne pendant six mois avant la mise en production pour nous assurer que chaque composant avait un propriétaire clair et un manuel d'exploitation documenté. Par conséquent, l'équipe a ressenti une appropriation de la pile dès le premier jour plutôt qu'une dépendance à l'égard de consultants externes.
Le cinquième risque est celui que votre directeur financier soulèvera en premier. Une offre groupée Sitecore est une seule ligne budgétaire. Une offre de pile composable est une feuille de calcul comportant 8 lignes, 3 devises et une tarification basée sur la consommation sur au moins deux d'entre elles. En surface, l'offre groupée semble plus nette et souvent moins chère. Par conséquent, défendre le choix composable nécessite un modèle de coût total de possession (TCO) comparatif qui capture les coûts cachés par l'offre groupée – projets de mise à niveau obligatoires, dette de personnalisation et coût d'opportunité d'une livraison plus lente.
Construisez un modèle de coût total de possession (TCO) sur trois et cinq ans qui inclut les licences, l'implémentation, la maintenance de l'intégration, les projets de mise à niveau, la formation et le coût de replateforme si le lot atteint un plafond. D'après notre expérience, la pile composable est plus chère la première année et moins chère à partir de la troisième année — mais seulement si vous avez effectivement budgétisé la maintenance de l'intégration dans le Risque 2. Soyez honnête à ce sujet dans votre modèle. Un TCO défendable qui montre la pile composable perdante la première année et gagnante d'ici la cinquième année est bien plus solide qu'un modèle optimiste qui perd sa crédibilité auprès du service financier.
Lorsque vous entrez dans la salle du conseil, commencez par les risques liés à la DXP composable, et non par les avantages. Contre-intuitivement, cela renforce la crédibilité plus rapidement que n'importe quel schéma d'architecture. Reconnaissez chaque risque, présentez votre atténuation et quantifiez l'exposition résiduelle. Les conseils d'administration font confiance aux architectes qui nomment les inconvénients et ont des plans pour les gérer. Inversement, ils se méfient des présentations qui semblent trop parfaites.
Reliez chaque risque à un résultat commercial qui intéresse le conseil d'administration : délai de mise sur le marché, coût total de possession, exposition au verrouillage fournisseur et rétention de l'équipe. Utilisez les preuves dont vous disposez — pour nous, il s'agit des implémentations composables chez iA, FTQ et le Cirque du Soleil, de deux MVP Sitecore en personnel et de plus de 50 audits neutres vis-à-vis des fournisseurs sur les principales plateformes. Vos preuves seront différentes, mais la structure sera la même : implémentations réelles, risques identifiés, mesures d'atténuation identifiées et chiffres honnêtes. Pour un contexte plus approfondi sur la décision globale concernant Sitecore, consultez notre guide pilier sur Décision de Sitecore AI.
Utilisez cette checklist avant votre prochain comite de pilotage. Si vous ne pouvez pas repondre oui a chaque element, il vous reste du travail avant de defendre le choix composable.
Si vous souhaitez une évaluation externe de vos projets avant la réunion du conseil, nous effectuons des évaluations neutres conçues exactement pour cette situation. Voir notre solution DXP composable page ou navigateur histoires de réussite client pour des exemples sur la manière dont d'autres équipes d'entreprise ont défendu leur choix composable.
Pret a mettre votre architecture composable a l'epreuve avant que la direction ne le fasse?
Comme (0)