Proposition de Romain sur scrum+github

DavidBruant / scrum-a-la-sauce

Creative Commons Zero v1.0 Universal

0 stars 0 forks source link

Proposition de Romain sur scrum+github #5

Open DavidBruant opened 6 years ago

DavidBruant commented 6 years ago

Par discussion avec @ioiurson

La liste des issues ouvertes, c'est la colonne todo du backlog général
La liste des issues fermées, c'est la colonne "done" du backlog général
donc pas besoin de créer un github project pour le backlog général
Ne créer que un github project par sprint (todo/doing/done)

pointbar commented 6 years ago

Ça m'inspire deux réflexions 🤔 : Comment prioriser ? Les issues deviennent - de fait, des items de backlog ? Et, je crois que c'est bon, avec un petit doute

DavidBruant commented 6 years ago

Comment prioriser ?

La réponse qu'on avait là-dessus, c'est que le/la PO peut créer en avance les (1, 2, 3 ?) backlogs des sprints suivants et remplir les items selon ce qui est jugé prioritaire. A la réunion de planif, cette préparation est une proposition à discuter avec l'équipe de prod. Le/la PO réarrange les items dans les backlogs suivants suite à la réunion de planif

Les issues deviennent - de fait, des items de backlog ?

C'est la proposition\ Envisage-tu un cas où ça ne serait pas pertinent ?

bleucitron commented 6 years ago

@pointbar Tu peux également créer des tags sur les issues, genre "Prioritaire", ou pour chaque sprint "Sprint 1", "Sprint 2" ...

Les issues deviennent - de fait, des items de backlog ?

En réalité, ça a toujours été le cas.