Notre méthodologie
de développement, vraiment
Près de 20 ans à développer des logiciels, c'est aussi 20 ans à faire des erreurs et à en tirer des leçons. Voici comment WAI31 aborde vos projets : pragmatiquement, par étapes courtes, avec beaucoup de communication et zéro surprise facturée à la fin.
Les 6 étapes d'un projet WAI31
De l'email initial à la production tournante, voilà comment ça se passe concrètement.
Écoute et découverte
Premier échange au téléphone ou en visio (30 à 60 minutes, gratuit). On vous pose des questions ouvertes : quel est le problème que vous essayez de résoudre, qui va utiliser le logiciel, quel est le budget indicatif, quelle est l'urgence. Pas de présentation PowerPoint, pas de baratin commercial. Juste une conversation.
Cadrage et chiffrage
On rédige un document de cadrage clair : objectifs, périmètre exact, ce qui est inclus, ce qui est exclu, stack technique proposée, planning indicatif, devis ferme. Ce document sert de contrat moral et juridique. Vous le validez (ou vous demandez des modifications) avant qu'on démarre.
Conception et design
Modélisation de la base de données, arborescence, wireframes, maquettes UI si nécessaire. Pour les projets à interface riche, on utilise Figma avec des prototypes cliquables. Vous validez la structure et les écrans avant qu'on écrive la moindre ligne de code.
Développement en sprints
Sprints de 1 à 2 semaines. À chaque fin de sprint, une démo (live ou vidéo) avec ce qui a été livré. Vous testez, vous donnez votre retour, on ajuste. Les priorités peuvent évoluer entre les sprints — c'est normal, on s'adapte. Le code est versionné sur GitHub/GitLab et vous y avez accès en lecture tout le temps.
Tests et mise en production
Tests automatisés (unitaires, intégration, end-to-end selon les enjeux), tests manuels, validation des parcours critiques. Déploiement sur un environnement de recette, vous testez pendant une semaine minimum. Correction des derniers points. Mise en production.
Accompagnement et maintenance
Après la mise en production, 30 jours de garantie gratuite : tout bug imputable à notre code est corrigé sans facturation. Ensuite, maintenance optionnelle au forfait mensuel ou à la demande. On reste joignables, on ne disparaît pas après la facture finale.
Nos engagements concrets
Pas de baratin. Ce qu'on s'engage à faire, écrit noir sur blanc.
Communication hebdomadaire
Un point hebdo (appel ou écrit) pour vous tenir au courant de ce qui a été fait, ce qui est en cours, ce qui est bloqué. Pas de "Je vous rappelle la semaine prochaine" qui s'évapore.
Devis ferme
Notre devis est ferme. Si on a sous-estimé le temps, c'est notre problème, pas le vôtre. Les seules raisons légitimes d'un dépassement : une demande nouvelle ou un changement de périmètre, validé par avenant signé avant.
Code à vous, toujours
Le code est livré sur votre dépôt Git dès le premier commit. Vous êtes propriétaire de 100 % du code, de la base de données et de la documentation. Aucun lock-in, aucune licence propriétaire cachée.
Code relisible
On écrit un code que d'autres développeurs pourront reprendre : structure claire, nommage cohérent, documentation des parties non évidentes. Si vous changez de prestataire un jour, celui qui arrive après nous ne maudira pas notre nom.
Tests automatisés
Pour toute logique métier critique, on écrit des tests qui vérifient que le code fait ce qu'il doit faire. Ces tests tournent à chaque modification pour éviter les régressions. Vous n'avez pas à nous faire confiance — les tests le font à votre place.
Garantie 30 jours
Les 30 jours suivant la mise en production, tout bug imputable à notre travail est corrigé gratuitement. Pas de débat, pas de facture. C'est la preuve qu'on assume la qualité de ce qu'on livre.
Notre philosophie de développement
Un logiciel bien fait, ce n'est pas juste un logiciel qui fonctionne. C'est un logiciel qu'on peut comprendre six mois plus tard, qu'un autre développeur peut reprendre sans maudire son prédécesseur, qu'on peut faire évoluer sans tout casser, qui traite correctement les cas limites, et qui reste performant quand la base de données grossit.
Nous préférons prendre une journée de plus pour bien réfléchir à une structure, plutôt que de livrer vite un truc qui explosera au bout d'un an. Nous préférons expliquer honnêtement une contrainte technique, plutôt que de promettre l'impossible pour plaire au client. Nous préférons dire "ce n'est pas pour nous" sur un projet mal cadré, plutôt que de le prendre et vous décevoir.
La tech avance vite, mais les bons principes changent peu : code lisible, contraintes honnêtement annoncées, tests pour la logique qui compte, communication continue. C'est la méthode WAI31, depuis presque 20 ans.
FAQ — Méthodologie
Vous travaillez en agile ou en cycle V ?
Agile, mais sans dogme. Pas de cérémonies rituelles qui font perdre du temps. Des sprints courts, des démos régulières, une priorisation flexible. Si votre contexte exige plus de formalisme (grand compte, PMI, PMP), on s'adapte.
Comment se passe la facturation ?
En général : 30 % à la commande, 40 % à mi-parcours, 30 % à la livraison. Pour les petits projets : 50 / 50. Pour les longs projets : jalons mensuels ou trimestriels selon le calendrier. Toujours discuté en amont, écrit dans le devis.
Et si je change d'avis en cours de route ?
Normal. Les projets évoluent en route parce qu'on apprend des choses. Les changements mineurs sont absorbés. Les changements majeurs déclenchent un avenant qui ajuste périmètre et budget. Transparent, sans drama.
Vous gérez aussi l'hébergement et le monitoring ?
Oui, si vous le souhaitez. On configure un serveur propre, on met en place sauvegardes et monitoring, on vous transmet les accès. Sinon, on travaille avec votre hébergeur et votre équipe technique existante.
Combien de projets en parallèle ?
Rarement plus de 3 à 4 en même temps, pour garantir la qualité et la disponibilité. Si notre agenda est saturé, on vous le dit honnêtement et on propose un démarrage différé — plutôt que de dire oui et de bâcler.
Je ne suis pas technique, c'est un problème ?
Absolument pas. Une grande partie de notre travail, c'est de traduire votre besoin métier en solution technique. On utilise un vocabulaire simple, on fait des schémas, on montre des démos. Vous devez comprendre à chaque étape ce qu'on fait et pourquoi.
Prêt à démarrer votre projet sereinement ?
Un premier appel de cadrage, gratuit, sans engagement. On écoute, on pose des questions, on vous dit franchement si on est les bons pour vous — ou pas.