Cahier des charges · pilotage · revue de code
Quand vous faites développer un logiciel ou un site, le prestataire a des développeurs, des chefs de projet et un avocat. Vous, souvent, personne. Nous prenons ce rôle : traduire votre besoin en un document qui engage, vérifier ce qui vous est livré, et vous dire franchement ce que ça vaut.
01Le problème
Rarement par malveillance. Presque toujours parce que personne n’a écrit précisément ce qui était attendu, et que le déséquilibre technique fait le reste.
Le devis flou
« Site vitrine avec espace client » tient en une ligne sur un devis et en trois mois de développement. Sans périmètre écrit, tout ajout devient un avenant, et tout oubli devient votre faute.
La recette impossible
À la livraison, on vous demande de valider. Valider quoi, selon quels critères ? Sans critères définis au départ, vous signez à l’aveugle ou vous bloquez le paiement sans argument.
La dépendance
Le code est chez eux, l’hébergement est à leur nom, la documentation n’existe pas. Changer de prestataire revient à tout refaire. Le prix de la maintenance s’en ressent.
02Prestations
01
Nous traduisons votre besoin métier en spécifications qu’un prestataire peut chiffrer et qu’un juge pourrait lire. Périmètre, ce qui est inclus, ce qui ne l’est pas, hypothèses, et surtout critères de recette : comment on saura que c’est fait.
02
Trois propositions, trois présentations différentes, trois prix qui ne comparent pas les mêmes choses. Nous les mettons côte à côte sur une grille commune, nous repérons ce qui manque, et nous vous donnons les questions à poser avant de signer.
03
Nous suivons les jalons, nous assistons aux points si vous le souhaitez, et nous vérifions à la livraison que ce qui arrive correspond à ce qui a été commandé. Avec un procès-verbal de recette qui dit ce qui est accepté, ce qui est réservé, et ce qui est refusé.
04
Ce que vaut réellement ce qu’on vous a livré : lisibilité, tests, dépendances à jour ou non, failles évidentes, et surtout la question qui compte — un autre développeur peut-il reprendre ce code ? Rapport lisible par un dirigeant comme par un technicien.
05
Récupérer ce qui vous appartient : le code, les accès, les données, le nom de domaine, la documentation. Puis remettre tout cela dans un état où un nouveau prestataire peut prendre la suite sans repartir de zéro.
06
Parfois la demande tient en une heure : « on me propose ça, à ce prix, est-ce que c’est raisonnable ? ». Nous répondons franchement, y compris quand la réponse est que la proposition est bonne et qu’il faut signer.
03Méthode
Nous venons comprendre le métier, pas seulement le besoin exprimé. C’est là que se trouvent les contraintes dont personne ne parle, et qui font échouer les projets six mois plus tard.
Cahier des charges, grille comparative ou rapport d’audit selon le besoin. Écrit en français, pas en jargon : vous devez pouvoir le lire et le défendre vous-même.
Nous pouvons rester présents aux points avec le prestataire, ou nous effacer complètement une fois le document remis. C’est votre choix, pas un abonnement imposé.
Le document vous appartient. Vous pouvez confier la réalisation à qui vous voulez, y compris à quelqu’un d’autre que nous — et c’est souvent le cas.
04Légitimité
Trois ans passés chez un éditeur de logiciel, au développement puis à la responsabilité du système d’information. Nous connaissons les arguments du prestataire pour les avoir employés, et nous savons lesquels tiennent.
Quarks Solutions · 2022 – 2025
Lead technique sur le projet de déploiement aux États-Unis, mené conjointement avec le PDG : présents à chaque rendez-vous prospect, à traduire des contraintes techniques en décisions d’entreprise.
Avant-vente · direction de projet
Un audit qui se contente de lancer un outil et d’imprimer le rapport ne sert à rien. Nous lisons le code, la base de données et les dépendances, et nous vous disons ce qui va casser en premier.
Revue de code · audit technique · reprise de legacy
Si nous développons votre projet, nous ne pouvons pas être ceux qui vérifient notre propre travail. Les deux rôles ne se cumulent pas, et nous vous le dirons plutôt que de vous vendre les deux.
Conflit d’intérêts · indépendance
Envoyez-le-nous avec deux lignes de contexte. Nous vous disons ce qui manque, ce qui est surévalué, et ce qu’il faut demander avant de signer.
