Nos capacités

Un service répond à une question métier et s'achète comme un programme : une stratégie IA, un socle data, une DSI augmentée. Une capacité est ce qui fait tenir ce programme une fois qu'il tourne : moderniser le legacy en dessous, l'observer en production, contenir un incident, en maîtriser le coût. Les deux s'achètent à des moments différents et par des personnes différentes, ce qui explique qu'ils soient présentés séparément plutôt que fondus dans un catalogue unique.

Par celle dont l'absence vous coûte déjà, pas par celle qui est la plus en retard. Une organisation qui ne voit pas ce que fait sa production gagne davantage à l'observabilité qu'à un programme de modernisation qu'elle ne saura pas mesurer. Une organisation qui voit, mais qui ne peut pas déployer sans une soirée difficile, commence par la chaîne de livraison. L'ordre suit ce qui fait mal, et le diagnostic sert précisément à l'établir plutôt qu'à le supposer.

Que chaque phase se termine par quelque chose en production et par une décision de continuer ou d'arrêter, plutôt que par une date unique où tout change. Une migration avance par vagues avec l'environnement précédent gardé chaud ; une modernisation remplace un domaine à la fois derrière une interface stable ; un nouveau socle passe par un site témoin avant le reste. Le coût est un calendrier global plus long. Le gain est qu'une erreur se découvre sur une vague et non sur tout le parc.

Parce qu'un contrôle ajouté après coup est un contrôle qu'on peut retirer sous la pression d'une date, alors qu'un contrôle intégré à la chaîne doit être délibérément désactivé, ce qui laisse une trace et demande une décision. En pratique, cela signifie des vulnérabilités de dépendances qui bloquent au commit, des secrets gérés hors du dépôt dès le premier jour, et des journaux d'audit produits en continu plutôt qu'assemblés quand un auditeur les demande. Le coût est payé au début ; sinon il se paie plus tard, à un plus mauvais moment.

Sur les parcours que le métier reconnaît, pas sur des compteurs d'infrastructure. Un objectif de service posé sur un parcours de paiement dit quelque chose qu'une courbe de processeur ne dira jamais, et le délai de détection d'un incident métier est le chiffre qui décide si les clients ont vu la panne avant la supervision. Chaque mesure que nous remettons nomme ce qu'elle couvre, ce qu'elle exclut et la période sur laquelle elle a été prise, pour qu'elle puisse être contestée et pas seulement crue.

Non, et décider de ce qui reste en l'état fait partie du travail. Une application stable, comprise et rarement modifiée ne coûte presque rien à laisser tranquille, et la réécrire transforme un risque connu en risque inconnu. Les candidats à la modernisation sont ceux que le métier demande de changer souvent et où chaque évolution coûte plus qu'elle ne devrait. Localiser la dette fichier par fichier, plutôt que de la moyenner sur le parc, est ce qui rend cet arbitrage possible.

Elles partagent la même chaîne de livraison au lieu d'apporter chacune la sienne. Un programme de modernisation utilise les barrières et le pipeline que la capacité de livraison a construits ; l'observabilité surveille ce que la migration a déplacé ; la maîtrise des coûts s'applique à la plateforme sur laquelle tout le parc tourne désormais. C'est ce qui les empêche de devenir six projets parallèles avec six outillages, façon habituelle dont un catalogue de capacités se transforme en coût de fonctionnement.