À quoi doit ressembler la première squad ?
| Phase | Composition type |
|---|---|
| Nouveau produit ou MVP | 2–3 développeurs full-stack, 1 designer à temps partiel, product owner de votre côté |
| Produit en croissance | Développeurs front-end et back-end, 1 ingénieur QA, un tech lead |
| Plateforme à grande échelle | Plusieurs squads fonctionnelles, ingénieur DevOps, automatisation des tests, responsable de delivery |
Ce sont des points de départ. Le bon dosage dépend de votre architecture, de votre rythme de livraison et de la part de l'équipe que vous avez déjà en interne.
Comment fonctionnent les rituels agiles entre fuseaux horaires ?
- Point quotidien pendant les heures communes : après-midi européen pour les équipes américaines, n'importe quand pour les équipes européennes
- Planification et revue de sprint le même jour pour tous, avec un backlog affiné par écrit au préalable
- Mises à jour asynchrones dans les tickets et pull requests, pour que personne n'attende une réunion pour avancer
- Des rétrospectives communes à vos ingénieurs et à la squad, pas séparées
Comment garder une qualité de code élevée ?
- Les mêmes règles de revue pour tous : pas de merge sans validation, au moins un relecteur de votre côté au début
- Tests automatisés et linting dans la pipeline, pour que la qualité ne dépende pas de l'attention des relecteurs
- Des décisions d'architecture consignées dans de courtes notes, pour que les nouveaux comprennent les choix
- Du pair programming régulier entre vos ingénieurs seniors et la squad pendant les premiers mois
Lire la suite
Comment le code source est-il sécurisé ?
Les ingénieurs travaillent uniquement dans vos dépôts, avec des comptes nominatifs, l'authentification multifacteur et les seuls droits nécessaires à leur rôle. Les secrets sont dans votre gestionnaire de secrets, jamais dans le code ou le chat. L'accès à la production est limité et journalisé, et retiré le jour où quelqu'un quitte l'équipe. Chaque membre est tenu par des obligations de confidentialité.
Quels indicateurs de livraison suivre ?
| Métrique | Question à laquelle elle répond |
|---|---|
| Fréquence de déploiement | À quelle fréquence livrons-nous en production ? |
| Délai des changements | Combien de temps entre un commit et son exécution en production ? |
| Taux d'échec des changements | Quelle part des livraisons provoque un incident ou un retour arrière ? |
| Délai de rétablissement | En combien de temps rétablissons-nous le service après une panne ? |
Comment la squad grandit-elle ou se réduit-elle ?
Ajoutez des personnes quand la feuille de route l'exige, pas le calendrier : un nouveau domaine produit, une migration de plateforme ou un retard d'automatisation des tests. Les nouveaux ingénieurs montent en compétence plus vite dans une squad établie aux pratiques documentées. Si vous devez réduire l'équipe, prévoyez au contrat des préavis et un plan de passation pour que le savoir reste avec le produit.