Aller au contenu

Audit technique

Un état des lieux clair avant de décider.

En quelques jours, l'audit technique MountainCode vous dit ce qui tient dans votre outil ou votre produit, ce qui présente un risque, et ce qu'il faut faire dans quel ordre. Le prix est fixé avant de commencer.

Quand faire un audit

Le bon moment, c'est avant une décision qui engage.

  • Vous héritez d'un produit développé par un prestataire ou un développeur qui n'est plus là, et vous ne savez pas ce qu'il vaut vraiment.

  • Votre outil interne montre ses limites, et vous hésitez entre le faire évoluer et le remplacer.

  • Vous préparez une étape importante : un lancement, une levée de fonds, l'arrivée de nouveaux développeurs.

  • Chaque évolution prend plus de temps et coûte plus cher que prévu, sans que personne puisse vous expliquer pourquoi.

  • Vous avez un doute sur la sécurité de vos données ou sur votre conformité.

Ce qui est examiné

Tout ce qui fait tenir, ou tomber, un logiciel.

  • L'usage

    Ce que l'outil fait réellement, et ce que les utilisateurs contournent.

  • Le code et l'architecture

    Organisation, qualité, tests, dette technique.

  • La sécurité et les données

    Droits d'accès, failles connues, dépendances à jour, RGPD, hébergement.

  • L'infrastructure

    Environnements de test et de production, sauvegardes, mises en production, coûts d'hébergement et de services tiers.

  • L'organisation

    Documentation, façon de travailler, et dépendance à une seule personne ou à un seul prestataire.

Ce que vous recevez

Un document que vous pouvez lire, partager et utiliser.

  • Une synthèse d'une page

    Lisible par un dirigeant non technique : l'état général, les risques majeurs, la recommandation.

  • Un état des lieux détaillé

    Pour votre équipe ou votre prestataire.

  • Les risques classés par gravité

    Avec pour chacun ce qu'il faut faire.

  • Les chantiers à prévoir, dans l'ordre

    Avec ce qui dépend de quoi.

  • Une recommandation claire

    Faire évoluer, reprendre ou remplacer.

  • Une restitution orale

    Pour en discuter et répondre à vos questions.

Le déroulé

Simple, court, et sans surprise sur le prix.

  1. 01

    Premier échange 30 minutes, gratuit

    Votre situation, ce que vous voulez savoir, ce qu'il y a à examiner.

  2. 02

    Proposition à prix fixe

    Le périmètre, la durée et le prix, avant tout engagement.

  3. 03

    Accès en lecture seule

    Au code, à l'hébergement et aux outils concernés. Rien n'est modifié.

  4. 04

    Analyse

    En quelques jours selon la taille du projet.

  5. 05

    Restitution

    Le document et une réunion pour le parcourir ensemble.

Un exemple, et la suite

Un audit, puis un plan réalisé.

Sport

Pour une startup de football connecté qui préparait son lancement, l'audit a porté sur l'application mobile, ses services en ligne et son infrastructure de production, examinée en lecture seule. Le document a classé les risques, identifié les points à régler avant le lancement, proposé une architecture cible et l'ordre des chantiers. Ce plan a ensuite été réalisé.

Et après ?

Le livrable vous appartient. Vous pouvez le confier à votre équipe, à votre prestataire actuel, ou à MountainCode, que ce soit pour faire évoluer votre outil ou pour prendre la direction technique de votre produit.

Questions fréquentes

Combien de temps dure un audit ?
Quelques jours, selon la taille du projet. La durée est précisée dans la proposition, avant tout engagement.
Combien ça coûte ?
Le prix dépend de la taille du projet à examiner. Il est fixé avant de commencer et ne bouge pas ensuite.
Faut-il donner accès à notre code ?
Oui, en lecture seule : rien n'est modifié pendant l'audit. Tout ce qui est consulté reste strictement confidentiel.
Notre prestataire actuel risque-t-il de mal le prendre ?
L'audit est factuel et tourné vers les solutions : il décrit un état et des priorités, pas des responsabilités. Il sert aussi à votre prestataire, qui y trouve une feuille de route claire.
Notre projet n'est pas encore développé. Un audit a-t-il un sens ?
Pour un projet qui démarre, on parle plutôt de cadrage : définir le périmètre, les priorités et l'architecture avant d'écrire la première ligne de code. C'est la première étape des deux offres.

Vous voulez savoir où en est vraiment votre outil ?

Un premier échange de 30 minutes, gratuit, pour définir ce qu'il faut examiner.

Planifier un premier échange