Méthode
Notre méthode de développement logiciel : cadrer, construire, exploiter
La plupart des projets logiciels échouent au cadrage, pas au développement. C'est pour cette raison que nous refusons de chiffrer un projet que nous n'avons pas cadré.
Notre méthode tient en trois temps : cadrer sur place avec les futurs utilisateurs avant de chiffrer, construire une première version utilisable tôt et la faire tester, puis exploiter avec formation, supervision et sauvegardes testées. Le code, les données et les documents de cadrage vous appartiennent dès le premier jour, sans licence ni frais de sortie.
Temps 1 · Cadrer
On écrit votre métier avant la première ligne de code, lors d'une journée sur place avec les personnes qui utiliseront le logiciel, pas seulement celles qui le décident. Ce temps permet de relever les règles, les rôles, les exceptions et les documents réels, d'auditer vos données existantes et leur qualité, et de produire un document de cadrage qui vous reste, même sans suite. Le devis s'appuie sur ce document, pas sur une intuition.
- Relevé des règles, des rôles, des exceptions et des documents réels
- Audit de vos données existantes et de leur qualité
- Un document de cadrage qui vous reste, même sans suite
- Un devis appuyé sur ce document, pas sur une intuition
Temps 2 · Construire
Une version utilisable arrive tôt, volontairement incomplète au départ. C'est en la manipulant que vos équipes trouvent ce qu'aucune réunion n'aurait révélé. Vos utilisateurs testent et corrigent la trajectoire tôt, avec des points réguliers et un accès permanent à la version en cours. La reprise de données est traitée en début de projet, pas à la fin, et ce qui n'est pas encore construit peut être réordonné sans surcoût.
- Vos utilisateurs testent et corrigent la trajectoire tôt
- Points réguliers, accès permanent à la version en cours
- Reprise de données traitée en début de projet, pas à la fin
- Ce qui n'est pas encore construit peut être réordonné sans surcoût
Temps 3 · Exploiter
La mise en production n'est pas la fin du projet. Elle suppose une bascule réversible, une formation, une supervision et des sauvegardes effectivement testées, pas seulement cochées sur une liste. Les évolutions se font ensuite au rythme de votre activité, avec le même interlocuteur.
- Formation des utilisateurs et documentation d'exploitation
- Supervision des erreurs et des performances
- Sauvegardes et restauration effectivement testées
- Évolutions au rythme de votre activité, même interlocuteur
Ce qui vous appartient
Un studio qui vous tient par le code n'a plus besoin d'être bon. Nous préférons être choisis que subis. Vous détenez, dès le premier jour, le code source sur votre dépôt dès le premier commit, les données sur une infrastructure dont vous répondez, les livrables du cadrage (règles, périmètre, architecture), la documentation d'exploitation et de reprise, et les comptes des services tiers, à votre nom.
- Le code source, sur votre dépôt, dès le premier commit
- Les données, sur une infrastructure dont vous répondez
- Les livrables du cadrage : règles, périmètre, architecture
- La documentation d'exploitation et de reprise
- Les comptes des services tiers, à votre nom
Ce que vous ne payez pas
Ni licence sur un logiciel qui est le vôtre, ni frais de sortie ni rachat de code, ni maintenance obligatoire pour continuer à l'utiliser, ni supplément pour un export complet de vos données.
- De licence sur un logiciel qui est le vôtre
- De frais de sortie ni de rachat de code
- De maintenance obligatoire pour continuer à l'utiliser
- De supplément pour un export complet de vos données
Questions fréquentes
Que garantit exactement cette méthode ?
Un cadrage sérieux réduit fortement le risque de dérive, il ne l'annule pas. Si votre activité change en cours de projet, le périmètre change aussi, et nous vous le disons avec le chiffre correspondant, plutôt que de l'absorber en silence puis de le facturer à la fin.
Pourquoi refusez-vous de chiffrer sans cadrage ?
Parce qu'un chiffre donné à l'aveugle est faux dans les deux sens, trop haut ou trop bas. Le cadrage sert à écrire vos règles et votre périmètre avant de vous engager sur un prix.
Que reste-t-il si le projet ne va pas plus loin après le cadrage ?
Le document de cadrage vous reste acquis : les règles métier écrites, le périmètre et l'architecture vous appartiennent, même si vous ne poursuivez pas avec nous.
Peut-on changer de prestataire en cours de projet ?
Oui. Le code est sur votre dépôt dès le premier commit et les comptes de services tiers sont à votre nom : il n'y a pas de dépendance contractuelle qui vous empêcherait de reprendre le projet ailleurs.
Un projet, une question ?
Décrivez votre besoin en quelques lignes : vous échangez directement avec l’équipe, à Lille.