Comment l’inconfort des clients devient un produit : le processus de développement de l’équipe API d’Airbridge

 (engineering.ab180.co)
22 points par yunyun0505 2022-03-31 | 1 commentaires | Partager sur WhatsApp

Article de présentation sur le processus utilisé par l’équipe API pour développer Airbridge, un outil marketing B2B

  • Collecte des demandes et des idées des clients
  • Sélection des problèmes à résoudre par ordre de priorité
  • Lancement du kick-off
    • Comprendre de quel travail il s’agit et détailler les scénarios utilisateurs
    • Les développeurs participent dès cette étape et donnent aussi activement leur avis sur les aspects techniques
  • Rédaction de la tech spec
    • Rédaction du résumé, du contexte, des objectifs, de ce qui n’entre pas dans les objectifs, du plan de travail, des Q&A attendues, des points à considérer et des jalons
    • Élaborer un plan réalisable en écrivant à l’avance 30 % du code à produire
    • Revue avec les counterparts
  • Travail de code
    • Tout code doit être accompagné des tests correspondants
  • QA & Code Review
    • Création automatique d’un endpoint de QA via la feature branch
    • Automatisation de l’exécution des tests et des outils d’analyse statique pour faciliter la code review
  • Release
    • Célébrer avec ses collègues le fait d’avoir rendu le produit meilleur

Grâce à ce processus, le cycle de feedback a été raccourci, les étapes de développement rendues transparentes pour rendre le calendrier plus prévisible, et la probabilité d’erreurs dans les fonctionnalités a été réduite

  • Les erreurs liées au déploiement de nouvelles fonctionnalités ont baissé de 18 % par rapport à la même période, et les tickets de petite taille ont pu être mis en release en seulement 5 jours malgré le passage par ce processus

À lire aussi

1 commentaires

 
yunyun0505 2022-03-31

Quand on suit un cours d’ingénierie logicielle à l’école, on apprend forcément une chose : « corriger à l’étape de planification coûte le moins cher, et corriger une fois le développement terminé coûte le plus cher. » C’est un principe que l’on connaît, mais qu’il est difficile d’appliquer en pratique. C’est encore plus vrai dans une startup qui avance vite.
Chez Airbridge, l’équipe de développement s’efforce d’aller dans la direction qu’elle estime juste, même si c’est difficile.