Agilité pour les nuls

4 Les mots savants expliqués4 Des exemples simples4 Une histoire presque vraie racontée par … Jean-François Jagodzinski Twitter: @jfjago

Veut attaquer le marché du jeu vidéo

Les gars à Namco® contactent Bill

Il travaille dans une entreprise dedéveloppement logiciel réputée :RaftingSoftware

Bill, comme chef de projets, s’engage surun contenu, à livrer à une certaine date,et dispose donc d’un certain budget.

Bill analyse le travail qui doit être fait,

Ensuite il va voir l’équipe et lui distribueles tâches.

Chacun travaille sur sa partie etuniquement sur celle-ci.

Après 2 mois, l’équipe dit qu’elle est dansles délais, mais rien n’est fini encore…

Comme l’échéance approche, l’équipecommence à perdre confiance…

Les gars de Namco viennent d’avoir unegrande idée : une grille infinie…

Ce n’était pas prévu au Cahier des charges,Bill commence à négocier…

La fin approche, il est temps de mettre unpetit peu la pression sur l’équipe… Allez lesgars, on peut y arriver !

Quand même pas suffisant… les soiréessont longues…

Au final on fournit quand même ce quiétait demandé… pourtant le client n’estpas content

De son coté Bill est satisfait, il a respectéles délais, le budget, le contenu demandé…le projet est un succès !

Voici comment Bill voit le projetNégociation Analyse Développement Test

Quel est le problème ? La demande a étérespectée au final.

Quelques pistes…Le client n’est pas satisfaitL’équipe n’avait pas la paroleLa demande a été fixée au départ et n’a pas évoluéLes changements ont été durement négociésBill a décidé seul du travail des équipiersL’équipe a travaillé à partir d’informations filtrées par BillLe risque de retard n’a pu être identifié que très tardL’équipe à fait des heures supL’équipe à pris des raccourcis pour finir à temps

C’est une situation que vous avez peut-êtreconnue…

Mais pour Namco® l’argent n’est pasvraiment la question, ils ont envied’essayer un autre fournisseur…

Ils contactent Bob de ACTic

Bob suggère de travailler par itération,mais avant cela, quelle est la vision duproduit ?

Ensemble Bob et les gars de Namco®écrivent des « user stories », toutes cesstories forment le « product backlog » En tant que joueur, je souhaite pourvoir déplacer PacMan dans les 4 directions de façon à pouvoir appliquer ma stratégie

Et il demande aux gars de Namco® de listerles stories par priorité

Ensemble ils revoient les user stories enhaut du backlog et ajoutent quelquesdétails pour être sûrs que l’équipe peutcommencer à travailler dessus

Avant de démarrer, ils se mettent tousd’accord sur ce que « fini » veut réellementdire…

L’équipe elle-même estime l’effort pourréaliser ces stories, Bob et les gars deNamco® sont uniquement là pourrépondre à leurs questions…

L’équipe essaie d’imaginer combien detravail elle peut faire en une itération

A partir des user stories estimées, onprend les top priorités à hauteur de lacontrainte donnée par l’équipe

L’équipe démarre le travail en prenant lesstories une par une

Pendant ce temps, Bob et les gars deNamco ajoutent davantage de détails surles prochaines user stories

Quand l’équipe pense qu’une story et« finie » le client peut la voir, l’essayer etdonner son feedback

Pas satisfait ? L’équipe change lafonctionnalité immédiatement en prenanten compte le feedback de l’utilisateur

Le client a une autre idée, PacMan peut setéléporter quand il mange un fruit magique

Aucun problème, Bob ajoute la user storydans le backlog, elle sera prise dans laprochaine itération En tant que joueur, je souhaite que PacMan se téléporte de façon à pouvoir échapper aux fantômes

A la fin de l’itération, l’équipe fait unedémo de ce qui a été « fini » pendantl’itération

Puis ils se retrouvent dans unerétrospective pour voir ce qui a bien marchéet ce qu’il faudrait améliorer

Et on repart pour une nouvelle itération àpartir des top priorités suivantes

Quand ils arrivent à la date finale de remisedu projet, il reste encore quelques storiesdans le backlog mais le client est ravi par leproduit

Voilà, c’est ça « Agile »

Le projet vu par Bob

Mais ça veut dire quoi vraiment« être Agile » ?

Des valeurs et des principesLes individus et les interactions plutôt que des procédures et outilsUn logiciel qui fonctionne plutôt qu’une documentation abondanteLa collaboration avec le client plutôt que la négociation du contratL’accueil du changement plutôt que le respect du plan http://agilemanifesto.org

D’accord, mais comment ont ils faitça chez ACTic ?

Au début …

Ensemble avec Bob ils ont défini une Visiondu produit

Avec Bob, le client a écrit quelques userstories En tant que joueur, je souhaite pourvoir déplacer PacMan dans les 4 directions de façon à pouvoir appliquer ma stratégie

OK, stop c’est quoi une user story ?

C’est une histoire… pour un utilisateur

En tant que <rôle>Je souhaite <faire une action>De façon à <obtenir un gain>

A partir de ces user stories, ils ontconstitués un product backlog En tant que joueur, je souhaite pourvoir déplacer PacMan dans les 4 directions de façon à pouvoir appliquer ma stratégie

Ensuite ils l’ont ordonné selon l’importancedes gains obtenus avec chaque story

Ils ont précisé ensemble avec l’équipede développement ce que « fini »voulait dire

Qu’est ce que l’on a adressé avec ça ?Le client n’est pas satisfaitL’équipe n’avait pas la paroleLa demande a été fixée au départ et n’a pas évoluéLes changements ont été durement négociésBill à décidé seul du travail des équipiersL’équipe a travaillé à partir d’informations filtrées par BillLe risque de retard n’a pu être identifié que très tardL’équipe à fait des heures supL’équipe à pris des raccourcis pour finir à temps

Et ensuite ?

Bob a demandé à l’équipe d’estimer l’effort pourréaliser chaque story

Bob a demandé à l’équipe d’estimer l’effort enutilisant des « story points » En tant que joueur 5 , je souhaite pourvoir déplacer PacMan dans les 4 directions de façon à pouvoir appliquer ma stratégie Construire la Manager 4 grille directions (E,S,O,N) Contrôler le déplacement

L’équipe a affecté les story points en utilisant le En utilisant» planning poker« planning poker le http://www.planningpoker.com/

On a ensuite demandé à l’équiped’estimer sa « vélocité » http://www.planningpoker.com/

Combien pouvez vous en manger en 1minute ? http://www.planningpoker.com/

A partir de la vélocité, Bob demande auclient de proposer le contenu d’itération

L’équipe accepte de s’engager à toutlivrer en fin d’itération

Et maintenant ?

Ils ont créé un tableau des tâches A faire En cours Fini

En regardant le travail à faire pour chaque story Gérez 4 Construire la directions : 5 grille nord, est, Dans le but de dérouler sud, ouest ma stratégie, en tant que joueur, je souhaite pourvoir déplacer Tester les PacMan dans les 4 déplacements directions dans la grille

Chaque matin l’équipe se réunissait devantle tableau des taches pour un « stand-up » A faire En cours Fini

Les équipiers organisaient le travailcomme ils le voulaient,

Certains travaillaient en binôme

Ils organisaient aussi des revues de code

Ils écrivaient les tests

Ils écrivaient les tests avant de coder

Une fois le test écrit…

…écrire le minimum de code pour lepasser

Un autre test… …et un peu plus de code

Pendant ce temps le client avec l’aide deBob avait détaillé de nouvelles stories

C’est comme…

Chaque fois que l’équipe pensait qu’elleavait « fini », le client pouvait tester

Et enfin…

A la fin de l’itération, l’équipe faisait unedémo de tout ce qui avait été « fini »pendant l’itération

Le client « acceptait » toutes les stories« finies »

Et toutes les stories « finies » pouvaientpartir en production

Après la démo Bob animait unerétrospective pour améliorer la façon detravailler

Fêter … Avecmodération !

…et itérer

…jusqu’à ce qu’il n’y ait plus de budget

…ou avant si le client est satisfait

A la toute dernière itération, la dernièredémo …

On fait une rétrospective du projetcomplet

Et fêter ! Avecmodération !

Bob ne pilotait pas le projet, il facilitait le travail en commun Il était Scrum Master

Cette présentation est largement reprise (avec leur accord) de celle de http://agilecampustour.org Questions ?Jf@jago.fr

http://www.scoop.it	267
http://news.humancoders.com	94
https://twitter.com	20
https://si0.twimg.com	2
http://tweetedtimes.com	1
http://twitter.com	1
http://www.digimind-evolution.com	1

Agilité pour les nuls

de Jean-Francois Jagodzinski le 08 novembre 2012

Accessibilité

Détails de l'import

Droits d'utilisation

7 Ajouts 386

Statistiques

Agilité pour les nuls Presentation Transcript