Avant de reprendre ou de refaire, il faut savoir ce qui existe vraiment.
Nous examinons votre application et son environnement technique sans présumer de la conclusion. Le but n’est pas de trouver des fautes : c’est de vous donner les éléments techniques et financiers pour décider de la suite.
Ce que nous examinons
Le code
Architecture, lisibilité, dépendances, tests, sécurité et capacité d’une nouvelle équipe à reprendre le projet sans repartir de zéro.
L’environnement technique
Déploiements, sauvegardes, supervision, environnements et accès qui font fonctionner l’application. Nous vérifions surtout ce qui peut interrompre le service.
Les données
Structure, qualité, doublons, droits d’accès, flux et migrations à prévoir. Une refonte réussie commence souvent par comprendre ce qui doit survivre.
Les coûts cachés
Licences, factures d’infrastructure, opérations manuelles et temps passé à contourner l’outil. Le coût réel ne se lit pas seulement dans le code.
Un périmètre clair avant de commencer
Nous auditons l’application et ce qui la fait fonctionner : son code, son architecture, son déploiement, sa base de données et ses flux. Nous ne présentons pas cet examen comme un audit complet de votre système d’information.
Si le diagnostic doit couvrir la sécurité offensive, les réseaux, une infrastructure complexe ou la conformité réglementaire, nous réunissons les spécialistes nécessaires avant de vous proposer un périmètre et un prix.
Ce que vous récupérez
Pas un document réservé aux développeurs : une base de décision que la direction, les équipes métier et l’équipe technique peuvent lire ensemble.
Un rapport lisible
Les constats sont expliqués en langage clair, illustrés par des faits et classés par niveau de risque.
Un plan d’action
Ce qu’il faut sécuriser maintenant, remettre à niveau ensuite, et ce qui peut raisonnablement attendre.
Une estimation chiffrée
Le coût et le délai de la remise à niveau, avec les hypothèses et les éléments laissés hors périmètre.
Un choix argumenté
Reprendre ou refaire, comparés sur le coût, le délai, le risque et la durée de vie attendue.
Comment se déroule un audit
Cadrage
Nous échangeons avec les personnes qui utilisent, maintiennent et financent l’outil pour comprendre les symptômes autant que le contexte.
Analyse
Nous parcourons le code, les données, la documentation et la production avec des accès adaptés. Chaque constat important est vérifié.
Restitution
Nous présentons les conclusions, répondons aux questions et vous remettons les documents. Vous pouvez les utiliser avec nous ou avec une autre équipe.
Un audit n’est pas un prétexte pour tout refaire
Une base de code imparfaite peut encore être saine, rentable à conserver et tout à fait reprenable. Nous distinguons les défauts gênants des risques qui menacent réellement l’activité.
Si l’existant peut être stabilisé, nous proposons un chemin pour le reprendre par étapes. Si repartir coûte moins cher ou présente moins de risques à moyen terme, nous l’expliquons avec les mêmes chiffres. La conclusion doit rester valable même si vous confiez la suite à quelqu’un d’autre.
Dites-nous ce qui vous amène.
Un projet précis, une idée encore floue, ou un existant sur lequel vous voulez un avis extérieur. Le premier échange ne vous engage à rien, et vous parlerez directement à l’un des deux fondateurs.
Réponse sous 24 heures ouvrées