[AGILE] Besoin d'un EXPERT SCRUM

Le product backlog est composé de quoi ? Sachant qu'il me semble que la décomposition en US doit être faite lors du sprint planning

D'epics ? D'US ? Les devs découpent les epics ? Les us ? Ou sous-découpent les US ?

C'est important les clés, j'ai vraiment besoin de votre aide

d’US
les devs / project owner s’occupe du découpage d’une epic en US qui terminent éventuellement dans la backlog mais c’est pas obligatoire.

la backlog c’est surtout le réservoir pour les sprints

j'ai toujours considéré le BL comme l'équivalent d'un cahier des charges du sprint en cours/prochain sprint

et comme dit vdd, c'est principalement des US ous sub-US

Le 06 janvier 2023 à 14:57:51 :
d’US
les devs / project owner s’occupe du découpage d’une epic en US qui terminent éventuellement dans la backlog mais c’est pas obligatoire.

la backlog c’est surtout le réservoir pour les sprints

Oui mais du coup, le product backlog ne peut pas être constitué d'US puisqu'elles sont faites par les devs et le PO lors du sprint planning ?

Le 06 janvier 2023 à 14:59:30 :
j'ai toujours considéré le BL comme l'équivalent d'un cahier des charges du sprint en cours/prochain sprint

et comme dit vdd, c'est principalement des US ous sub-US

Ça n'a pas de sens si le product backlog est constitué d'US car elles seront faites uniquement par le PO et ça va à l'encontre d'US co-construites, avec le risque de réduction du dev à un exécutant en lui volant son pouvoir

Le 06 janvier 2023 à 15:21:16 :

Le 06 janvier 2023 à 14:57:51 :
d’US
les devs / project owner s’occupe du découpage d’une epic en US qui terminent éventuellement dans la backlog mais c’est pas obligatoire.

la backlog c’est surtout le réservoir pour les sprints

Oui mais du coup, le product backlog ne peut pas être constitué d'US puisqu'elles sont faites par les devs et le PO lors du sprint planning ?

c’est quoi le problème ? dans les équipes mixte (métier + dev) y a aussi des US spécialement pour le métier et la c’est le métier qui s’en occupe.

Le 06 janvier 2023 à 15:22:08 :

Le 06 janvier 2023 à 14:59:30 :
j'ai toujours considéré le BL comme l'équivalent d'un cahier des charges du sprint en cours/prochain sprint

et comme dit vdd, c'est principalement des US ous sub-US

Ça n'a pas de sens si le product backlog est constitué d'US car elles seront faites uniquement par le PO et ça va à l'encontre d'US co-construites, avec le risque de réduction du dev à un exécutant en lui volant son pouvoir

pas compris ton histoire de pouvoir, mais l’équipe peut toujours discuter les détails d’une US

Le 06 janvier 2023 à 15:51:34 :

Le 06 janvier 2023 à 15:22:08 :

Le 06 janvier 2023 à 14:59:30 :
j'ai toujours considéré le BL comme l'équivalent d'un cahier des charges du sprint en cours/prochain sprint

et comme dit vdd, c'est principalement des US ous sub-US

Ça n'a pas de sens si le product backlog est constitué d'US car elles seront faites uniquement par le PO et ça va à l'encontre d'US co-construites, avec le risque de réduction du dev à un exécutant en lui volant son pouvoir

pas compris ton histoire de pouvoir, mais l’équipe peut toujours discuter les détails d’une US

Bah, entre un besoin métier et son découpage en US à développer, il y a un monde.

Combien de fois j'ai vu des US métier passer comme des US de dev, et donc un découpage du travail côté dev inexistant avec des taches qui s'éternisent.
Car le PO ne voit pas l'intérêt d'aller plus loin que sa vision métier et solution métier à son niveau.

Du coup, comment cadrer pour que le PO reste sur les US de besoin métier et que les devs puissent ensuite découper correctement les US métier en US à développer ?

Le 06 janvier 2023 à 15:51:34 :

Le 06 janvier 2023 à 15:22:08 :

Le 06 janvier 2023 à 14:59:30 :
j'ai toujours considéré le BL comme l'équivalent d'un cahier des charges du sprint en cours/prochain sprint

et comme dit vdd, c'est principalement des US ous sub-US

Ça n'a pas de sens si le product backlog est constitué d'US car elles seront faites uniquement par le PO et ça va à l'encontre d'US co-construites, avec le risque de réduction du dev à un exécutant en lui volant son pouvoir

pas compris ton histoire de pouvoir, mais l’équipe peut toujours discuter les détails d’une US

Un PO qui se prend pour un dev et un UX/UI designer alors qu'il connaît que dalle sur que dalle, et qui donc vient prendre des décisions techniques et préempte sur le temps de parole des devs en sprint planning (son découpage en US = LE découpage en US)

D'autres points de vue ?

UP

Le 06 janvier 2023 à 16:53:22 :
UP

Cimer chef