une user story est tout simplement une fonctionnalité d'un besoin et le sprint backlog est une partie des users stories d'un produit qu'une équipe s'engage a livrer selon la priorité. en français simple le sprint backlog contient des users story(des fonctionalites) qu'on voudrait livrer.
Le indépendant c'est pas toujours possible quand il faut atteindre la dernière us pour vérifier le fonctionnement, mais si on peut le faire c'est tant mieux
Super Vidéo , approche claire et précise. Merci. Quelques propositions de discussions .) j'ajoute un titre à chaque user story, c'est facile pour les nommer et résumer .) à mon avis, l'utilisation du template de la user story est optionnelle, on peut rédiger autrement les user stories, le template est utile comme guide-line mais il faut favoriser la communication et adapter à l'équipe en question et à la user story .) je pense qu'il faut insister sur le fait q'une user story n'est pas une spécification et c'est une différence fondamentale entre les approches agiles et les autres approches (comme le modèle en V), c'est un aide mémoire et une base de discussion pour l'équipe, ce propos est bien détaillé par Jeff Patton (ua-cam.com/video/AzBuohuOU6g/v-deo.html). En quelques sortes, on ne rédige pas les user stories, on les discute et on les documente. Le user story template est là pour nous aider à rédiger la carte (d'où la règle CCC : Card, Conversation, Confirmation, voir par exemple www.agilealliance.org/glossary/three-cs/#q=~(infinite~false~filters~(postType~(~'page~'post~'aa_book~'aa_event_session~'aa_experience_report~'aa_glossary~'aa_research_paper~'aa_video)~tags~(~'three*20cs))~searchTerm~'~sort~false~sortDirection~'asc~page~1) .) j'évalue souvent avec Fibronacci, et à mon avis c'est dans l'esprit Agile. L'idée est plutôt d'être capable de dire que nous allons réaliser en une itération, pour cela nous évaluons de manière relative (peu de travail, ..., beaucoup de travail) et pas en homme jour. Après la première itération, nous aurons une mesure du nombre de points que l'équipe a réalsé, permettant une meilleur planification pour l'itération suivante. .) je préciserai qu'une user story n'est pas un tâche, mais effectivement qu'une ou plusieurs tâches sont nécessaires pour implémenter une user story
Le "Négociable" tel qu'il est défini ici suppose q'une US doit pouvoir être annulée. Si toutes les US le sont, comment le projet pourra-t-il voir le jour? Ou alors j'ai mal compris. Est-ce que c'est la solution qui est négociable? Dans ce cas rien à voir avec la US....
Je ne sais pas ce qui est le plus indécent: le mauvais français et les fautes d'orthographe de votre commentaire, ou l'expression "pisser du code", courante dans le métier, et justement faite pour rendre une idée. En revanche, ce que je sais, c'est que votre français ne serait pas professionnel non plus... Un partout, la balle au centre.
Merci, c'est très bien détaillé le pourquoi du comment et les rappels de base
Merci pour cette vidéo! J'ai beaucoup aimé votre explication de "INVEST". Je vais aller consulter vos autres vidéos!
Ravi que cela vous ait plu.
Merci, sujet très important car étant à la base des évolutions "agile".
Merci beaucoup. très intéressant
merci pour cette clarté
Très intéressant avec une approche très pédagogique
Merci pour la vidéo très utile et claire. Une question: quelle différences entre user story et sprint backlog? Merci
une user story est tout simplement une fonctionnalité d'un besoin et le sprint backlog est une partie des users stories d'un produit qu'une équipe s'engage a livrer selon la priorité. en français simple le sprint backlog contient des users story(des fonctionalites) qu'on voudrait livrer.
12:03 , s'il vous plaît, quel est la nuance à ce niveau concernant la suite de Fibonacci ?
Très clair et bien structuré, Merci .
Trop bien fait, merci pour cette vidéo.
Le indépendant c'est pas toujours possible quand il faut atteindre la dernière us pour vérifier le fonctionnement, mais si on peut le faire c'est tant mieux
Bonne vidéo mais je rajouterais qu'il manque les critères d'acceptation même si tu parles des tests dans l'acronyme INVEST ;)
Super Vidéo
, approche claire et précise. Merci.
Quelques propositions
de discussions
.) j'ajoute un titre à chaque user story, c'est facile pour les nommer et résumer
.) à mon avis, l'utilisation du template de la user story est optionnelle, on peut rédiger autrement les user stories, le template est utile comme guide-line mais il faut favoriser la communication et adapter à l'équipe en question et à la user story
.) je pense qu'il faut insister sur le fait q'une user story n'est pas une spécification et c'est une différence fondamentale entre les approches agiles et les autres approches (comme le modèle en V), c'est un aide mémoire et une base de discussion pour l'équipe, ce propos est bien détaillé par Jeff Patton (ua-cam.com/video/AzBuohuOU6g/v-deo.html). En quelques sortes, on ne rédige pas les user stories, on les discute et on les documente. Le user story template est là pour nous aider à rédiger la carte (d'où la règle CCC : Card, Conversation, Confirmation, voir par exemple www.agilealliance.org/glossary/three-cs/#q=~(infinite~false~filters~(postType~(~'page~'post~'aa_book~'aa_event_session~'aa_experience_report~'aa_glossary~'aa_research_paper~'aa_video)~tags~(~'three*20cs))~searchTerm~'~sort~false~sortDirection~'asc~page~1)
.) j'évalue souvent avec Fibronacci, et à mon avis c'est dans l'esprit Agile. L'idée est plutôt d'être capable de dire que nous allons réaliser en une itération, pour cela nous évaluons de manière relative (peu de travail, ..., beaucoup de travail) et pas en homme jour. Après la première itération, nous aurons une mesure du nombre de points que l'équipe a réalsé, permettant une meilleur planification pour l'itération suivante.
.) je préciserai qu'une user story n'est pas un tâche, mais effectivement qu'une ou plusieurs tâches sont nécessaires pour implémenter une user story
super merci :)
Le "Négociable" tel qu'il est défini ici suppose q'une US doit pouvoir être annulée.
Si toutes les US le sont, comment le projet pourra-t-il voir le jour?
Ou alors j'ai mal compris.
Est-ce que c'est la solution qui est négociable? Dans ce cas rien à voir avec la US....
Faut rester professionnel ! Votre langage que utilise n’est pas professionnel ! Pissez c’est indescent !
Je ne sais pas ce qui est le plus indécent: le mauvais français et les fautes d'orthographe de votre commentaire, ou l'expression "pisser du code", courante dans le métier, et justement faite pour rendre une idée. En revanche, ce que je sais, c'est que votre français ne serait pas professionnel non plus... Un partout, la balle au centre.
@@hugomillere4315 pisse un coup toi aussi ! Tu peux lui dire que ça se dit sans le rabaisser … incroyable ça!