TEMPLATE : découpage User Story

[@ScrumLife]

Une question, un doute, quelque chose à ajouter ? Ajoute-le en commentaire ! ⌨👇 Nous en échangerons lors du 🔴Live jeudi : sl.run/W68e8e

Mieux que la théorie, la pratique. Je vous invite à venir sur le forum Scrum Life avec des exemples de stories "à découper". Et d'y appliquer avec les autres les propositions de cette vidéo

[@thomasvandermeersch9067]

Excellent ! 🎁 C’est vrai que j’ai plutôt tendance à orienter un découpage technique. Je me rend compte que ce n’est pas la meilleure solution ! Merci d’en avoir fait une évidence !

[@ScrumLife]

De rien ! Merci de nous le faire savoir ! Vas-tu proposer ce changement à ton équipe ? Tu attends des freins ou au contraire de l'entrain ? -- Constantin

[@thomasvandermeersch9067]

@@ScrumLife un peu des deux, car je vais remettre en question quelque chose qui marchotte. L’équipe reste assez ouverte à l’expérimentation, je n’ai plus qu’à prouver

[@TiffannyDoll]

Merci pour cette précision plus que bienvenue

[@ScrumLife]

Merci à toi ! Alors tu utilises l'outil que nous donnons en fun de vidéo ? Robin

[@TiffannyDoll]

@@ScrumLife jusqu'ici j'utilise la méthode traditionnelle de découpage. On va essayer cette méthode et voir ce que ça donne

[@COACHAGILE]

WoW ! ❤ trop fort ce nouvel outil !

[@COACHAGILE]

L’idée de penser besoin plus que solution est top !

[@ScrumLife]

Merci Robin ! Et merci à toi pour la génèse d'agile.christmas :) -- Constantin

[@sophiebukowski6802]

Merci... et joyeux Noël ☺️🎄 Super vidéo très bien expliquée parfaite pour partager. Ça sent les "Kata découpe " aux 33' ou ailleurs 🤩 Je viens juste de tilter sur un truc tout bête. J'utilise le format "En tant que, Afin de , Je veux" mais dès demain je propose et je diffuse l'utilisation du "Je souhaite" qui me plaît beaucoup plus car il est encore plus éloigné d'une formulation de demande de mise en œuvre. Pourtant mon père m'a toujours dit "J'en" il est mort... 😅😬 ( "Oh le beau gâteau au chocolat, j'en veux papa" 😤 > peut s'entendre plutôt comme une exigence ... alors que - "...J'en voudrais papa" 🙂 > s'entend plutôt comme un souhait).

[@ScrumLife]

Et oui ! De mon côté c'est quelque chose sur lequel je pense qu'il est important de pinailler. On ne passe pas le même message et donc suivant le terme qu'on utilise, on peut susciter des choses différentes avec certaines personnes. Alors autant mettre toutes les chances de notre côté :) Merci de l'avoir remarqué ! D'ailleurs, as-tu remarqué l'exemple qu'on donne pour agile.christmas juste après le notre ? ;) -- Constantin

[@sophiebukowski6802]

@@ScrumLife Complètement ! Je n'ai qu'un mot à dire : "Pinage !" Heu... Je voulais dire : "Pinaille !" 😅 . Ouiiii j'ai remarqué l'exemple 🙏 la case 8 🤗😁🤶

[@EmmanuelleGUILLOU]

super vidéo, efficace et rigolote, c'est vraiment Noël 🤩

[@ScrumLife]

Merci ! Qu'est-ce que tu as le plus apprécié concernant cette vidéo ? -- JP

[@EmmanuelleGUILLOU]

@@ScrumLife la mise en scène efficace et drôle d'un sujet sérieux, souvent peu ou mal traité, et qui concerne tous les projets, bien au-delà du digital. "perdre" du temps sur le QUI ? POURQUOI ? QUEL RESULTAT ? permet de gagner en définitive bcp d'énergie, d'argent, et de motivation collaborateur, isn't it Master ?😉

[@Zaraliel]

HAHAHA Ya pas de bestioles! Wow Constantin! Je vois que je ne suis pas la seule à l'avoir vue dans l'autre vidéo hihihi

[@ScrumLife]

Bravo ! -- JP

[@thibautlouis987]

Merci pour cette vidéo, très interessant. Je manque peut-être de familiarité avec l'agilité, mais avec ces userstories orientées "besoin", à quel moment les enjeux de design sont pris en compte ? Dans une user-story classique orientée solution, la maquette accompagne les spécifications. Quid des maquettes avec les user-story orientées besoins ? Les développeurs conçoivent les solutions sans maquettes ?

[@ScrumLife]

C'est une excellente question ! Pour permettre à l'équipe de trouver la bonne solution, nous préconisons plutôt que les designers fasses la maquette pendant le sprint ! Justement avec l'équipe. Par exemple, lors du planning quand l'équipe parle de ce qu'ils vont faire (la phase 3 dans le Scrum Guide), et bien le designer peut commencer à griffonner des schémas, des maquettes, tout en en discutant avec les autres pour avoir du feedback instantané. Pendant le sprint, il peut faire du "pair-design" avec les dev pour éviter les blocages et aller-retours. Ce n'est pas simple car contre-intuitif, surtout par rapport à la façon dont les écoles éduquent les designer et développeurs, c'est pourtant ce qui, de mon expérience, fonctionne le mieux ! Qu'en dis-tu ? Tu serais prêt à tenter ça dans ton équipe ? - - Constantin

[@thibautlouis987]

@@ScrumLife Merci beaucoup d'avoir pris le temps de me répondre Constantin ! :) C'est franchement intéressant et je trouve cela pertinent. C'est l'agilité poussé "à l'extrême" en misant sur une profondeur collavoration de l'équipe. De là à le mettre en place dès maintenant, cela serait une grosse (trop grosse?) révolution par rapport à nos pratiques d'équipe actuelles. En revanche: - Cela donne une vision / une cible sur le fonctionnement idéal de notre équipe - Je pense proposer à notrevéquipe d'expérimenter progressivement ce mode de fonctionnement (par exemple avec quelques US orientées besoin dans un prochain sprint planning) Merci encore pour vos vidéos précieuses :)

[@jonathanxen5709]

Sympa la vidéo :). Une question : Qui fait le découpage des users Story ?

[@COACHAGILE]

L’équipe Scrum ? ;)

[@jonathanxen5709]

@@COACHAGILE On a qu'un PO et des devs et un UI/UX. Qui pourrait s'en charger ?

[@ScrumLife]

Le découpage est une discussion. C'est justement en en discutant ensemble, en équipe, qu'on arrive généralement à un meilleur découpage. Avec de l'entrainement, les PO peuvent en amont déjà proposé quelque chose d'assez fin, mais ça ne doit pas empêcher d'aller plus loin. Certaines équipes parlent de "besoins atomiques". Comment cela pourrait se passer avec ton équipe ? -- Constantin

[@avillenave]

Éléphant carpaccio !!!!

[@ScrumLife]

Oui tu as raison ! Nous avions d'ailleurs fait une vidéo dessus avec des astuces pour le rendre plus intéressant. Tu l'as vue ? kzbin.info/www/bejne/iojddqKwoZKAmtE -- Constantin

[@pysordes]

Vous expliquez bien, mais vous ne dites pas pourquoi c'est mieux de découper en plus petits problèmes plutôt qu'on solutions. En effet découper en petits problèmes est bien plus simple que de découper en solutions car découper en solutions suppose que l'on connaisse déjà le fonctionnement technique ce qui allège la réflexion du développeur, surtout un junior qui ne sait pas bien ce qu'il doit faire. Par contre votre méthode peut résoudre le problème des PO qui ne connaissent pas bien la solution technique et qui veulent laisser ce choix au développeur. Attention cela supposera du feedback et la collaboration du métier tout au long du processus, sans quoi le résultat sera cata.