Un système critique que plus personne n'ose toucher
On le comprend avant de le toucher : lecture, cartographie, documentation, puis une remise en état d'être repris, par votre équipe ou par nous.
Ce qui se passe probablement
Le système fait tourner quelque chose d’important (la facturation, la production, une interface client), et son auteur est parti sans documentation. Depuis, la consigne tacite est de ne pas y toucher : chaque évolution se contourne, chaque dépendance vieillit, et le risque grandit précisément parce qu’on ne le regarde plus. Votre équipe le sait ; elle a juste mieux à faire que de l’archéologie.
Ce qu’on fait
On commence par comprendre, sans rien modifier : lecture du code et de la configuration, cartographie de ce qui entre et de ce qui sort, identification des dépendances qui approchent de leur fin de support. La reprise d’un existant mal documenté est un travail que nous outillons sérieusement : c’est un cas où l’IA nous fait gagner des semaines de lecture, la relecture et les conclusions restant humaines. Puis on écrit : ce que fait le système, comment, avec quels risques, et ce qu’il faudrait pour le faire évoluer sans le casser.
Ce que vous recevez
Une documentation qui rend le système à nouveau abordable, la carte de ses dépendances et de ses risques, et un plan de remise en état ordonné, que votre équipe peut exécuter elle-même, ou nous confier lot par lot. Le système cesse d’être un sujet qu’on évite en réunion.
La suite, si vous la voulez
La mission décrite ici se prend seule, sans engagement de suite. Le sujet ci-dessous la couvre, et le reste si vous le décidez.
Parlons de votre projet ou de votre problème.
Décrivez votre situation en quelques lignes, comme elle vous vient. Vous recevez une première lecture par écrit : ce que nous comprenons, ce que nous ferions, par où commencer. Pas un accusé de réception, pas de relance commerciale : une réponse qui vous sert, même si ça s'arrête là.