IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

  1. #1
    Membre éprouvé
    Avatar de randriano
    Homme Profil pro
    Inscrit en
    janvier 2007
    Messages
    1 211
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : Madagascar

    Informations forums :
    Inscription : janvier 2007
    Messages : 1 211
    Points : 1 035
    Points
    1 035
    Par défaut Que faire lorsque des user stories ne peuvent pas être "done" durant un sprint
    Bonjour,

    En plein sprint, le développement de certains user stories se fait trop doucement donc il est plus ou moins certain que la plupart des user stories en attente dans le sprint backlog ne peuvent pas être finalisées. Donc, c'est sur qu'on va les déplacer dans le sprint suivant mais côté "Burndown chart", que se passe-t-il?

    Le scrum guide est très vague sur cette situation à mon avis:
    L'équipe de développement constate en cours de sprint qu'ils ne pourront probablement pas développer tous les user stories planifiée. Que devrait faire le Product Owner?
    Réponse: Renégocier le Backlog Produit sélectionné avec l'équipe de dev pour atteindre l'Objectif de Sprint défini.

    J'ai toujours gardé mon burndown chart comme suit dans ce cas-là, est-ce ça se fait?
    Nom : 2019-08-23_110024.png
Affichages : 276
Taille : 13,8 Ko
    randriano.dvp.com
    Développeur. Product Owner [Agile]. Sites web, mobile apps, système d'information (SI).

  2. #2
    Expert éminent sénior
    Avatar de Marco46
    Homme Profil pro
    Développeur informatique
    Inscrit en
    août 2005
    Messages
    4 413
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 39
    Localisation : France, Paris (Île de France)

    Informations professionnelles :
    Activité : Développeur informatique

    Informations forums :
    Inscription : août 2005
    Messages : 4 413
    Points : 18 468
    Points
    18 468
    Par défaut
    La complexité d'une US est une estimation. Une estimation n'est pas un engagement c'est une hypothèse. Il n'y a donc rien à négocier.

    Pour moi les US non-terminées sont simplement reversées dans le sprint suivant, et on indique simplement le consommé au fil de l'eau et on touche pas à la complexité.

    La burndown chart est un indicateur qui illustre le déroulement du processus de production logicielle, pas un but en soi.

    Si l'équipe n'arrive pas à avoir une burndown chart "propre" c'est le symptôme de plusieurs problèmes potentiels :

    - US trop grosses
    - Estimations trop imprécises (ça se régule au fil du temps normalement)
    - Workflow qui inclus trop de choses (interactions avec d'autres équipes qui ajoutent du délai, par exemple QA ou revue des PO).

    le développement de certains user stories se fait trop doucement
    Cette phrase n'a pas de sens en agile. Le développement se fait au rythme auquel il se fait. C'est le consommé, c'est un état de fait. L'estimation de la complexité n'est pas un engagement.
    Un problème avec Git ? Essayez la FAQ, sinon posez votre question sur le forum.



    "Toute personne croyant qu'une croissance exponentielle peut durer indéfiniment dans un monde fini est soit un fou, soit un économiste."
    Kenneth E. Boulding

    "Les richesses naturelles sont inépuisables, car, sans cela, nous ne les obtiendrions pas gratuitement. Ne pouvant être ni multipliées ni épuisées, elles ne sont pas l’objet des sciences économiques."
    Jean-Baptiste Say, Traité d'économie politique, 1803.

    "/home/earth is 102% full ... please delete anyone you can."
    Inconnu

  3. #3
    Membre éprouvé
    Avatar de randriano
    Homme Profil pro
    Inscrit en
    janvier 2007
    Messages
    1 211
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : Madagascar

    Informations forums :
    Inscription : janvier 2007
    Messages : 1 211
    Points : 1 035
    Points
    1 035
    Par défaut
    merci pour retour. Tout à fait d'accord avec ça "L'estimation de la complexité n'est pas un engagement.", c'est ça l'Agilité sans toutefois être partisan du #NoEstimates

    Les US non-terminés sont donc reversés dans le sprint suivant (ou bien mis en standby pour reprendre dans le sprint d'après même) mais moi j'ai l'habitude de refaire leur ré-estimation pour le nouveau sprint car il y a souvent une mauvaise estimation d'où le fait que cela n'a pas pu être achevé dans le sprint prévu pour eux initialement. Cette ré-estimation, c'est dans la pratique Scrum?
    randriano.dvp.com
    Développeur. Product Owner [Agile]. Sites web, mobile apps, système d'information (SI).

  4. #4
    Expert éminent sénior
    Avatar de Marco46
    Homme Profil pro
    Développeur informatique
    Inscrit en
    août 2005
    Messages
    4 413
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 39
    Localisation : France, Paris (Île de France)

    Informations professionnelles :
    Activité : Développeur informatique

    Informations forums :
    Inscription : août 2005
    Messages : 4 413
    Points : 18 468
    Points
    18 468
    Par défaut
    Je ne sais pas mais si tu ré estimes une US non-terminée tu vas flinguer tes stats, il y a des points de complexité qui vont disparaître d'un sprint à l'autre.
    Un problème avec Git ? Essayez la FAQ, sinon posez votre question sur le forum.



    "Toute personne croyant qu'une croissance exponentielle peut durer indéfiniment dans un monde fini est soit un fou, soit un économiste."
    Kenneth E. Boulding

    "Les richesses naturelles sont inépuisables, car, sans cela, nous ne les obtiendrions pas gratuitement. Ne pouvant être ni multipliées ni épuisées, elles ne sont pas l’objet des sciences économiques."
    Jean-Baptiste Say, Traité d'économie politique, 1803.

    "/home/earth is 102% full ... please delete anyone you can."
    Inconnu

  5. #5
    Membre éprouvé
    Avatar de randriano
    Homme Profil pro
    Inscrit en
    janvier 2007
    Messages
    1 211
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : Madagascar

    Informations forums :
    Inscription : janvier 2007
    Messages : 1 211
    Points : 1 035
    Points
    1 035
    Par défaut
    Au final, ce n'est pas si Scrum de ré-estimer.

    Revenant à mon graphe burndown, le graphe en rouge doit toujours s'arrêter au zéro de l'ordonnée car les US non teminés reviennent dans le backlog produit. C'est la vélocité du sprint qui devient de valeur faible mais le graphe ne doit pas être comme cela.
    randriano.dvp.com
    Développeur. Product Owner [Agile]. Sites web, mobile apps, système d'information (SI).

Discussions similaires

  1. Réponses: 26
    Dernier message: 23/12/2009, 17h33
  2. Que faire lorsqu'une surface est détruite ?
    Par gege2061 dans le forum SDL
    Réponses: 11
    Dernier message: 18/07/2007, 14h27
  3. Que faire lorsque la résolution d'écran est mauvaise ?
    Par gifffftane dans le forum Administration système
    Réponses: 2
    Dernier message: 13/06/2007, 22h30
  4. [C# 2.0]Faire interagir des user controls
    Par cmoiscrat dans le forum Windows Forms
    Réponses: 10
    Dernier message: 28/06/2006, 10h30
  5. Que faire lorsque les performances d'une base chute ?
    Par Doctor Z dans le forum Oracle
    Réponses: 11
    Dernier message: 16/02/2005, 14h38

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo