La diligence technologique a l'habitude persistante de s'arrêter au schéma d'architecture. Un conseiller examine la pile documentée, la compare aux meilleures pratiques actuelles, produit une diapositive la notant en vert ou en orange, et l'opération avance sur l'hypothèse qu'une architecture d'apparence raisonnable équivaut à un risque technologique raisonnable. C'est l'une des hypothèses les plus coûteuses des transactions modernes.
Les schémas d'architecture décrivent une intention. Ils sont dessinés par des personnes ayant tout intérêt à présenter le système sous son meilleur jour, mis à jour de façon inégale, et ne reflètent presque jamais les raccourcis accumulés, les dépendances non documentées et les intégrations fragiles qui déterminent réellement le coût d'exploitation et d'évolution du système après la clôture. La vraie diligence commence là où le schéma s'arrête.
L'équipe compte plus que la pile technique
La technologie est exploitée et fait évoluer par des personnes, et le risque humain d'une entreprise cible est souvent plus important que le risque technique, bien qu'il ne reçoive qu'une fraction de l'attention en diligence. Qui comprend réellement les systèmes critiques, à quel point cette compréhension est concentrée sur une ou deux personnes, et quel est leur risque de départ après l'acquisition, sont des questions qui doivent être au centre de l'évaluation, pas en marge.
Un système bien architecturé maintenu par une équipe restreinte et à risque de départ est une acquisition pire qu'un système peu séduisant maintenu par une équipe étoffée et stable. Une diligence qui n'interroge pas directement l'équipe d'ingénierie, mais s'appuie entièrement sur le récit de la direction, manque cette distinction presque à chaque fois.
Le schéma d'architecture vous dit ce que le système était censé être. L'équipe, l'historique de livraison et la dette vous disent ce qu'il est réellement.
L'historique de livraison prédit mieux l'avenir que la feuille de route
La feuille de route d'une cible décrit ce que la direction a l'intention de construire. Son historique de livraison, la fiabilité avec laquelle les engagements passés ont été tenus, la fréquence des retards de mise en production, la gestion des incidents, décrit ce que l'organisation est réellement capable d'exécuter. Les acheteurs qui examinent la feuille de route sans examiner l'historique de livraison valorisent l'opération sur une aspiration plutôt que sur des preuves.
Cela exige d'aller au-delà de la présentation de la direction pour consulter, lorsque c'est possible, les systèmes de tickets, les journaux d'incidents et l'historique des mises en production, en cherchant le schéma des engagements pris par rapport aux engagements tenus sur une période significative, pas un trimestre choisi pour bien paraître.
La dette technique est un chiffre, pas une impression
Toute cible possède une dette technique; la question de la diligence est de savoir si elle est comprise, quantifiée et gérable, ou inconnue, non quantifiée et croissante. Une cible capable de produire un inventaire crédible de sa dette, avec une vision honnête de ce qu'il en coûtera d'y remédier et de ce qui se passe si rien n'est fait, appartient à une catégorie de risque fondamentalement différente de celle qui ne le peut pas, quel que soit celui qui paraît actuellement le plus soigné dans la salle de données.
Lorsque la cible ignore réellement l'ampleur de sa propre dette, c'est en soi le constat: cela indique une organisation d'ingénierie à qui l'on n'a pas donné l'espace ou l'incitation à suivre ses propres passifs, ce qui tend à corréler avec d'autres formes de risque mal gouverné.
- ·Interroger séparément la direction de l'ingénierie et un échantillon de contributeurs individuels, hors de la direction commerciale
- ·Demander l'historique des incidents et les données de cadence des mises en production, pas seulement une description du processus de déploiement
- ·Cartographier explicitement la dépendance aux personnes clés: quels systèmes reposent sur une compréhension détenue par une seule personne, et quelles conditions de rétention couvrent ces personnes
- ·Exiger un inventaire de la dette avec des estimations de coût de correction, pas une simple assurance générale que la dette est gérable
Le plan post-opération doit exister avant la clôture
Les constats qui émergent pendant la diligence puis dorment dans un rapport que personne n'exploite après la signature sont pires que de ne pas les avoir trouvés du tout, car ils créent une fausse confiance selon laquelle le risque a été traité. Chaque constat significatif devrait se traduire en une action précise des cent premiers jours avec un responsable désigné, qu'il s'agisse d'un plan de rétention pour un ingénieur clé, d'un budget de remédiation pour une dette critique, ou d'un plan d'intégration défini pour les systèmes appelés à fusionner.
La valeur d'une bonne diligence ne réside pas dans le rapport; elle réside dans le plan que ce rapport rend possible. Les acheteurs qui traitent la diligence comme une porte à franchir pour conclure l'opération, plutôt que comme l'intrant de ce qui se passe immédiatement après, tendent à redécouvrir les mêmes risques dix-huit mois plus tard, à un coût de correction bien plus élevé.
Une bonne diligence technologique est inconfortable d'une manière qu'une revue d'architecture soignée ne l'est pas, car elle exige de parler à des personnes qui n'ont préparé aucune diapositive, de lire des journaux que personne n'a mis en forme, et de chiffrer des problèmes que la direction préférerait décrire de façon qualitative. Cet inconfort est précisément là où se trouve l'information utile.
Les opérations n'échouent pas parce que le schéma d'architecture était faux. Elles échouent parce que l'équipe est partie, que l'historique de livraison était pire que présenté, et que la dette s'est révélée être un multiple de l'estimation que personne n'avait demandée. Ces trois éléments sont connaissables avant la clôture, si la diligence accepte de regarder au-delà du schéma.