Je n'arrive pas à définir l'objectif d'itération - Scrum Life 8

Cet épisode de Scrum Life continue le précédent sur la Planification d'Itération et se focalise cette fois sur la difficulté à définir l'objectif d'itération. J'espère vous donner des billes qui vous permettront de réussir plus facilement l'exercice. Et bien sûr, le tout sans bullshit, avec des situations vécues, et des conseils prêts à emporter avec fun !

----------
LIENS EN RAPPORT AVEC CETTE VIDÉO

[christopheallard]

Ce qui est redoutablement efficace dans ta présentation, ce sont "les exemples concrets". Merci pour ça !

[lorenzodelpais]

Et voila ! Encore une video brillante ! C'est pas possible, ça ! ;-)

[pikso]

Des mois que je dis qu'il ne faut qu'un seul objectif et qu'on me dit que c'est compliqué. Au moins j'ai d'autres arguments que le proverbe que je sors a chaque fois: "chat qui court après 2 souris n'attrape rien"

[cedricn]

Merci pour ce précieux conseil. Je galère à chaque fois pour définir un objectif et c'est souvent : "Faire les US dans l'ordre"

[fredericpetit]

C'est vraiment très bon !
Merci pour tes vidéos très concrètes et efficaces.

[MissMilyLp]

"Les autres ils ont continué de venir mais on sentait qu'ils n'étaient pas très frais" X)

[adamam]

Bonjour et merci pour la vidéo.
BUILD : J'ai un produit sur lequel un nouveau module est en cours de refonte.
TMA : En parallèle il faut assurer la maintenance (en analysant, corrigeant les bugs remontés par les utilisateurs finaux).
Du coup, je ne peux pas mettre comme objectif de sprint : "Assurer le support des utilisateurs" dans la mesure ou cette activités durera aussi longtemps que le produit existera.
Le dilemme est donc de définir un objectif de sprint pour le nouveau produit en construction tout en n'oubliant pas la maintenance et le support des utilisateurs.
Des idées svp ?

[v.bourdeix]

Je démarre un projet sur lequel une employée de mon client va s'occuper des maquettes graphiques. Pendant qu'elle fait ça je pense démarrer l'interface d'admin. Je suis parti dans l'idée d'intégrer ces maquettes parmi les autres user stories mais du coup si mon objectif de sprint est "avoir une interface d'admin utilisable", les maquettes ne s'inscrivent pas la dedans (pas de maquettes pour la partie admin). Du coup il ne faut pas inclure la graphiste dans l'équipe et exclure les tâches de maquette du backlog ? Ça me semblerait dommage, non ?

[aaakii]

Bonjour et merci pour les vidéos. On y apprend plein de choses.
De mon côté, je suis confronté au fait d'avoir parfois/souvent plusieurs briques produits impactés par un sprint et il est du coup compliqué de trouver un objectif d'équipe car certains vont travailler sur une brique, d'autres sur une autre brique. Comment puis-je fédérer autour de plein de petits sujets ? Y a t'il une idée de solution à ça ? ou bien est-ce que le fait d'avoir tous ces petits sujets ne reflète pas l'esprit d'un sprint ? dans une équipe scrum. Merci

[malikachelouah]

Bonjour Jean-Pierre, merci pour ta super chaîne! je me demandais comment l'objectif d'un sprint peut être 1 US quand le PO les priorité avant ? A moins qu'il ne s'agisse dans la 1ere du sprint backlog. Merci !