Notre approche
Le développement commence avant la première ligne de code.
Un projet échoue rarement pour des raisons techniques. Il échoue parce qu’on a construit la bonne solution au mauvais problème.
Comprendre d’abord
Ce que nous cherchons à comprendre.
Avant de proposer quoi que ce soit, nous passons du temps à regarder comment vous travaillez réellement — pas comment la procédure dit que vous devriez travailler. L’écart entre les deux est souvent l’endroit où se cache le vrai problème.
Les utilisateurs
Qui saisit, qui consulte, qui valide. Un outil conçu pour le dirigeant et subi par l’équipe n’est pas utilisé.
Les processus
Le chemin réel d’une demande, du premier appel jusqu’à la facture, avec ses allers-retours.
Les irritants
Ce qui fait perdre du temps tous les jours. C’est souvent là que le retour sur investissement est le plus rapide.
Les données
Ce qui existe déjà, où, dans quel état, et ce qu’il faudra reprendre.
Les règles métier
Les cas particuliers, les exceptions, les seuils. C’est ce qui distingue votre activité d’une autre.
La sécurité
Qui a le droit de voir quoi, ce qui doit être tracé, ce qui doit être conservé et combien de temps.
Les contraintes
Budget, délai, matériel existant, réseau disponible sur le terrain, compétences internes.
L’évolutivité
Ce que vous imaginez faire dans deux ans, pour ne pas se fermer de portes maintenant.
Déroulement
Sept étapes, toujours les mêmes.
Leur durée varie du simple au décuple selon le projet, mais aucune n’est sautée : c’est ce qui rend l’avancement lisible pour vous comme pour nous.
-
1
Audit
Nous regardons l’existant : outils en place, fichiers, base de données, infrastructure. Nous identifions ce qui est réutilisable et ce qui est un risque.
-
2
Cadrage
Nous écrivons le périmètre : ce que fait la première version, ce qu’elle ne fait pas encore, et à quoi on reconnaîtra qu’elle est réussie. Ce document sert de référence pendant tout le projet.
-
3
Expérience utilisateur
Nous dessinons les écrans et les enchaînements avant de développer. Corriger un parcours sur une maquette coûte une heure ; le corriger après développement en coûte dix.
-
4
Développement
Par itérations de quelques semaines, chacune se terminant par une version que vous pouvez ouvrir et essayer. Vous ne découvrez pas le produit à la fin.
-
5
Validation
Tests automatisés côté technique, recette métier de votre côté. Nous fournissons les scénarios à dérouler pour que la recette ne repose pas sur l’inspiration du moment.
-
6
Mise en production
Reprise des données, bascule, formation des utilisateurs et documentation. La mise en production est planifiée, pas improvisée un vendredi soir.
-
7
Maintenance
Corrections, mises à jour de sécurité et évolutions. Les premières semaines d’usage réel produisent toujours des ajustements : ils sont prévus.
Nos principes
Cinq engagements de travail.
Une approche itérative
Nous livrons tôt et souvent. Une version utilisable en production au bout de deux mois vaut mieux qu’un ensemble complet livré au bout d’un an — parce qu’elle vous apprend ce qu’il fallait vraiment construire.
Des décisions documentées
Chaque choix structurant est écrit : ce qui a été décidé, pourquoi, et quelles options ont été écartées. Dans deux ans, personne ne se demandera « pourquoi c’est fait comme ça ».
Une architecture durable
Nous privilégions les solutions ennuyeuses et éprouvées aux dernières nouveautés. Votre application doit encore pouvoir évoluer quand la mode aura changé.
Des tests automatisés
Les parcours critiques sont couverts par des tests qui s’exécutent à chaque modification. C’est ce qui permet de faire évoluer une application sans craindre de casser l’existant.
Une communication directe
Vous parlez aux personnes qui développent. Pas de chef de projet qui transmet, pas de compte rendu qui déforme.
Votre code vous appartient
Le code source vous est cédé avec sa documentation. Vous pouvez changer de prestataire : nous préférons que vous restiez par choix.