Skip to content
This repository was archived by the owner on Mar 7, 2023. It is now read-only.

Development workflow

Jérémy Buget edited this page Apr 4, 2017 · 3 revisions

De l'idée à la fonctionnalité (en passant par la story)

Workflow de développement

  1. To be discussed : idées / notes / sujets / fonctionnalités à discuter et creuser
  2. Declared : idées ou fonctionnalités converties en stories (non finalisées)
  3. Defined :
  4. Atelier UX/UI : stories prêtes à être analysées sous l'angle UX et maquettées
  5. Backlog : stories pouvant être présentées et discutées avec les développeurs ; stories non finalisées, avec en général un identifiant et un titre
  6. Ready 4 Dev. : stories prêtes à être implémentées
  7. Doing : story en cours de développement
  8. Func. Review :
  9. Tech. Review : stories développées, en attente de revue de code
  10. Deployed on Staging : stories à valider par l'équipe PO (Benjamin, Nathalie, Sophie)
  11. Ready 4 Prod. : stories validées et prêtes à être mises en production
  12. Done :

Critères de transition a.k.a. Definitions of Done (DoD)

  • To be discussedDeclared :
    • l'idée ou la fonctionnalité à l'origine de la story a été débattue entre experts métier
    • la story possède un titre au format "ETQ JV "
  • DeclaredDefined :
    • la story possède, en plus de son titre, une description suffisante & nécessaire pour les devs
    • si besoin, les PJ, documents, informations sont rattachés à la story
    • les critères d'acceptation de la story sont définis (au moins une première version)
  • DefinedReady 4 Dev. :
    • la story est priorisée dans le pipe des devs à démarrer prochainement
    • la story a été présentée et discutée avec les développeurs et est acceptée par eux
    • tous les éléments pour l'implémenter sont connus et disponibles (ex : Web Services)
  • Ready 4 Dev. ➞ Doing :
    • la story est assignée à un (au moins) développeur
  • Doing ➞ Tech. Review :
    • la story est assignée à un relecteur (développeur autre que celui ayant fait le dev)
    • la fonctionnalité est implémentée
    • la story est testée automatiquement (TU, TI, TA)
    • le build est OK
    • la branche sur laquelle est développée la story est déployée (sur http://xxx-yyy-zzz.pix.beta.gouv.fr)
    • une PR (GitHub) a été ouverte
  • Tech. Review ➞ Func. Validation :
    • les devs associées à la story ont été revu
    • les remarques ont été discutées et/ou prises en compte
    • la PR a été mergée et la branche supprimée
    • la story a été déployée (sur http://development.pix.beta.gouv.fr)
  • Func. Validation ➞ Ready 4 Prod. :
    • tous les critères d'acceptation sont validés
    • tous les bugs remontés (et acceptés par l'équipe) ont été pris en compte

Clone this wiki locally