Comment nous planifions, construisons et livrons votre logiciel
Un processus de livraison unique, du premier appel à la mise en production, avec revue de code, CI/CD et une démo hebdomadaire sur chaque projet. Voici ce qui vous attend dès la première semaine.
Le processus de livraison, étape par étape
La même séquence s’applique, que vous ajoutiez un ingénieur ou que vous nous confiiez un produit entier.
- 1
Appel de découverte
Proposition sous 24 heures
Nous échangeons sur vos objectifs, votre stack et vos contraintes. Vous recevez ensuite une proposition écrite et une estimation.
- 2
Équipe et périmètre
Vous examinez les profils adaptés à votre stack et menez des entretiens avec les ingénieurs de votre choix. Pour un projet au forfait, nous convenons d’un cahier des charges détaillé avec des jalons.
- 3
Contrats et onboarding
Environ 48 heures
Le NDA et la cession de propriété intellectuelle sont signés avant le début des travaux. Les ingénieurs sont intégrés à vos dépôts et à vos outils et commencent à contribuer.
- 4
Conception et architecture
Pour la construction d’un produit, nous définissons les user stories et le périmètre, puis le design de l’interface, le modèle de données, les contrats d’API et l’infrastructure. Vous validez les maquettes avant le début du développement.
- 5
Sprints et démos hebdomadaires
Chaque semaine
Chaque modification passe par une revue de code et des tests automatisés dans la CI/CD. Chaque semaine, vous voyez un logiciel qui fonctionne lors d’une démo de sprint et recevez un rapport d’avancement.
- 6
Mise en production et suite
Nous déployons en production et remettons la documentation. Les projets au forfait incluent une garantie de correction des bugs de 30 jours ; les équipes en continu s’ajustent d’un mois à l’autre.
Les contrôles sur chaque projet
Ce sur quoi vos équipes engineering, sécurité et achats peuvent compter, quel que soit le modèle d’engagement.
- Revue de code
- Chaque modification est relue par un autre ingénieur avant d’être fusionnée.
- Tests automatisés et CI/CD
- Chaque projet dispose de tests automatisés et d’un pipeline CI/CD : chaque modification est construite et vérifiée de la même manière.
- Démos hebdomadaires
- Chaque sprint se termine par une démo d’un logiciel qui fonctionne : vous jugez l’avancement sur ce qui tourne, pas sur des comptes rendus.
- Rapports d’avancement
- Des rapports d’avancement hebdomadaires, avec un responsable nommé qui répond de la livraison.
- Votre environnement
- Nos ingénieurs travaillent dans vos dépôts, vos outils de ticketing et de communication, selon vos règles d’accès.
- Propriété intellectuelle
- Le NDA et la cession de propriété intellectuelle sont signés avant le début des travaux. L’intégralité du code, des maquettes et de la documentation vous appartient.
Nos standards d’ingénierie
Les pratiques que nos équipes appliquent sur chaque base de code dont nous avons la charge.
- Un seul dépôt, des types partagés
- Frontend, backend et bibliothèques partagées sont réunis dans un monorepo versionné (Turborepo ou Nx), pour que les types restent cohérents sur toute la stack.
- TypeScript strict
- Le mode strict est toujours activé et le type any est interdit dans le code de production. Les données aux frontières du système sont validées avec Zod.
- Points quotidiens écrits
- Les stand-ups quotidiens se font par écrit sur Slack : l’avancement reste visible sans interrompre le travail de fond. Les réunions sont réservées aux décisions qui demandent une discussion.
- Développement trunk-based
- Nous fusionnons dans la branche principale chaque jour. Les fonctionnalités inachevées restent derrière des feature flags (LaunchDarkly ou PostHog) jusqu’à ce qu’elles soient prêtes.
- La règle des 15 minutes
- Quiconque est bloqué 15 minutes demande de l’aide. Le pair programming est encouragé, car l’avancement de l’équipe compte plus que la fierté individuelle.
Questions sur notre méthode
À quelle fréquence verrons-nous l’avancement ?
Chaque semaine. Chaque sprint comprend une démo d’un logiciel qui fonctionne et un rapport d’avancement du responsable de la livraison.
Vos ingénieurs travaillent-ils dans nos outils ?
Oui. Ils travaillent dans vos dépôts, vos outils de ticketing et de communication, selon vos règles d’accès.
À qui appartiennent le code et la documentation ?
Entièrement à vous. Nous signons un NDA et une cession de propriété intellectuelle avant tout début de travaux, et tout le code est hébergé dans vos dépôts.
Pouvons-nous modifier la taille de l’équipe en cours de projet ?
Oui. Vous pouvez agrandir ou réduire l’équipe d’un mois à l’autre selon l’évolution de votre feuille de route.
Que se passe-t-il si un ingénieur ne convient pas ?
Nous le remplaçons sans frais supplémentaires dans le cadre de notre garantie de remplacement, et nous gérons la passation.
Comment travaillez-vous avec les équipes nord-américaines ?
Notre journée de travail chevauche la matinée nord-américaine, et c’est à ce moment que nous tenons stand-ups, revues et démos avec nos clients aux États-Unis et au Canada.
Construisons ce qui vient ensuite.
Dites-nous ce que vous souhaitez construire ou faire évoluer. Vous recevrez une proposition et une estimation sous 24 heures.