Consulting, services, computer engineering. Implementation of technology solutions and support for businesses.

User Rating: 5 / 5

Star ActiveStar ActiveStar ActiveStar ActiveStar Active
 

Développement de fonctionnalités en planning poker

 

Lorsque l'équipe LGHM crée un outil de tests d'intrusion, les membres (chef de projet, scrum master, développeurs...) se réunissent et discutent des fonctionnalités. C'est une méthode, la réunion de planning poker.

 

 

pwne les tous

On est tous ravi de jouer!

 

Le planning poker est une façon ludique de produire des estimations sur l'effort de développement de fonctionnalités. Cette pratique est surtout utilisée en informatique, en eXtreme Programming (XP), en Scrum et dans les méthodes agiles en général pour évaluer les scénarios utilisateurs (user stories) du carnet de produit (product backlog). La méthode a été décrite pour la première fois par James Grenning1,2 en 2002 et popularisée par Mike Cohn dans le livre Agile Estimating and Planning3. 

 

Le planning poker, répartition des fonctionnalités en début de projet

 

 
 

Consultingit suite fleche 299

 

  

Une question? Posez-la ici

Besoin d'un tests d'intrusion, contactez la Red Team LGHM

Planning poker : on s'exprime librement

 

L'avantage principal du planning poker est de permettre à tous de s'exprimer librement. L'estimation serait meilleure parce que plusieurs personnes l'auront validée : des participants avec des niveaux d'expérience et d'expertise différents. De plus, cette technique favorise les échanges entre le responsable de produits et l'équipe de développement.

L'estimation se fait en unités d'œuvre intitulées points de récits ou "journées idéales" (Ideal Day).

Les points de récits permettent d'obtenir une véritable mesure relative de l'effort : les scénarios sont comparés entre eux. L'équivalent en jours-hommes est propre à chacun, selon ses compétences, son expérience et sa connaissance du domaine. L'avantage d'utiliser des points réside surtout dans le fait que l'échelle utilisée restera stable tout au long du projet. Peu importe la vitesse (vélocité) à laquelle l'équipe de développement accomplira ces tâches, nul besoin de réviser les estimations : c'est le rapport entre le temps réel et les points qui évoluera.

Une question? Posez-la ici

Besoin d'un tests d'intrusion, contactez la Red Team LGHM

Le planning poker: déroulement de la partie

Les participants s'installent autour d'une table, placés de façon que tout le monde puisse se voir.
Le responsable de produit explique à l'équipe un scénario utilisateur (user story).
Les participants posent des questions au responsable de produit, discutent du périmètre du scénario, évoquent les conditions de satisfaction qui permettront de le considérer comme "terminé".
Chacun des participants évalue l'effort de développement de ce scénario, choisit la carte qui correspond à son estimation et la dépose, face vers le bas, sur la table devant lui.
Au signal du facilitateur, les cartes sont retournées en même temps.
S'il n'y a pas unanimité, la discussion reprend.
On répète le processus d'estimation jusqu'à l'obtention de l'unanimité.
Une procédure optimisée consiste, après la première "donne", à demander aux deux acteurs ayant produit les évaluations extrêmes d'expliquer leurs points de vue respectifs. Ces explications achevées et comprises de tous, une nouvelle estimation est produite et c'est alors la moyenne arithmétique de ces estimations qui est prise en compte.

 

  

Une question? Posez-la ici

Besoin d'un tests d'intrusion, contactez la Red Team LGHM

 

 

Ce transcript reflète exclusivement l'opinion de ses auteurs et n’engage en aucune façon Consultingit

 

Des remarques? Contactez-nous via le formulaire. 

Pour nous adresser des communications électroniques chiffrées
Vous pouvez utiliser notre clé PGP d'identifiant 0x03D10ACD et d'empreinte 9C72 7249 916C 722F EEB5 C1CF 077F 324A 03D1 0ACD.

on Google+
email this page