- 1
Cadrage et proposition d'équipe
Nous commençons par une découverte technique : votre architecture, vos chaînes, votre code existant s'il y en a, et ce que « terminé » signifie. Vous recevez une proposition écrite nommant les ingénieurs, le modèle d'engagement, le plan de livraison et le coût mensuel. Vous interviewez les membres réels de l'équipe avant de vous engager, pas des profils représentatifs.
- 2
Intégration dans votre flux de travail
Dès la première semaine, l'équipe rejoint vos dépôts, votre CI, Slack ou Teams, et votre système de tickets, ou nous mettons en place ces outils si vous n'en avez pas. Nous convenons de conventions de travail : exigences de revue, stratégie de branches, cadence de réunions, et qui approuve les déploiements. L'objectif est qu'à la deuxième semaine, nos ingénieurs soient indissociables des vôtres dans le flux quotidien.
- 3
Livraison avec une visibilité totale
Le travail est livré en cycles courts avec des démonstrations, et tout arrive dans vos dépôts avec des pull requests revues, pour que le progrès se mesure en code fusionné, pas en rapports de statut. Pour le travail sur contrats intelligents, les points de contrôle de sécurité, c'est-à-dire la revue interne et la préparation à l'audit, sont intégrés au plan plutôt qu'ajoutés à la fin.
- 4
Croître, maintenir ou transférer
À mesure que le produit mûrit, vous décidez de la trajectoire : agrandir l'équipe, garder un groupe dédié plus petit pour la maintenance et les opérations du protocole, ou passer entièrement à des ingénieurs internes. Pour le transfert, nous menons des sessions de pairage et des revues de documentation avec vos recrues. Comme vous avez possédé le code et l'infrastructure tout au long, il n'y a pas de projet d'extraction à la fin.