Méthode
Un plan écrit, et une date au mur.
Entre un logiciel qui sort et un logiciel qui dérive, la différence tient surtout à la méthode. Voici la nôtre, étape par étape.
La méthode
Huit étapes, les mêmes pour chaque mission.
Un appel de cadrage
Vous apportez le problème. Nous posons beaucoup de questions, et vous repartez avec une note d’une page sur notre façon de l’aborder.
Validé par écrit
Une expression de besoin écrite : ce que fait le logiciel, pour qui, ce qui est hors périmètre et comment nous saurons qu’il marche. Vous la validez avant tout développement.
Décisions consignées
Chaque choix technique important est écrit, avec les options écartées et pourquoi, pour que personne n’ait à deviner plus tard.
Conçu dans tous ses états
Chaque écran dessiné dans tous ses états — vide, chargement, erreur, terminé — en français et en anglais si vous avez besoin des deux.
Les tests d’abord
Les tests sont écrits avant le code. Puis nous cassons volontairement le code pour prouver que les tests le remarquent.
De petits changements relus
Le travail arrive par petits changements, chacun relu de façon indépendante avant son intégration. Tout ce qui touche à l’argent, à la connexion ou aux données personnelles passe par une conception relue et votre validation.
Un point écrit chaque semaine
Ce qui est livré, ce qui vient et ce qui est à risque — sur une page, chaque semaine.
Livré avec un retour arrière
Chaque mise en production suit une liste de contrôle, avec un retour arrière que nous avons répété. À la passation : procédures, alertes et documentation.
Ce que vous aurez toujours
Pas de surprise le jour J.
Un plan écrit que vous avez validé
Tout changement est écrit, avec son effet sur les dates et le prix, avant que quiconque n’agisse.
Une date sur laquelle compter
Si une date doit bouger, vous savez pourquoi à l’avance — pas le jour même.
Le point hebdomadaire
Par écrit, chaque semaine, que les nouvelles soient bonnes ou non.
Un accès au fil de l’eau
Au logiciel en cours, au code et à la documentation, tout au long de la mission.
Une passation exploitable
Documentation, procédures et alertes — pas une dépendance envers nous.
Questions
Questions sur la méthode
Le périmètre est-il fixé ?
Le périmètre est validé par écrit avant le développement. S’il doit changer, nous écrivons le changement et son effet sur les dates et le prix, et vous le validez avant que quiconque n’agisse.
Et si une date glisse ?
Vous le savez dès que nous voyons le risque, avec la raison et les options — pas le jour de l’échéance.
Quel investissement de notre part ?
Assez pour répondre aux questions, relire les maquettes et valider les mises en production. Nous gardons les demandes courtes et planifiées, et le point hebdomadaire vous dit ce dont nous avons besoin.
Est-ce réservé aux gros projets ?
Non. La méthode s’adapte : un petit outil interne a le même périmètre écrit, les mêmes tests et la même liste de contrôle — simplement plus courts.
Voyez la méthode appliquée à votre problème.
Tout commence par le premier appel. Apportez le problème, nous vous montrerons à quoi ressemblerait le plan écrit.