Une question, un doute, quelque chose à ajouter ? Ajoute-le en commentaire ! ⌨👇 Nous en échangerons lors du 🔴Live jeudi : sl.run/W68e8e
@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
@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
Жыл бұрын
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
@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
@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 ?😉
@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 🤗😁🤶
@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 ? kzitem.info/news/bejne/tY2wq6OwpV9-l6Q -- 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.
Пікірлер: 29