Comments on: Développement web: tenez vos délais! (ou tout du moins, essayez..)

By: elie

elie — Sat, 17 May 2014 23:59:23 +0000

On reproche souvent au developpeurs de ne pas tenir leurs delais.
et je dirai d une facon tres simple:
“Ben oui mais si on fesait reelement ce qui est prevu en debut de projet ben on les tiendrai largement!”

Du fait des petites modifs du clients que il faut se fader sous peine d aller au clash.
Du fait que le chef de projet pensai que la Fonction X dans la partie Y qui n etait pas precise car percue par lui comme “evidente”

tout ce genre de choses m on fait renonce au developpement paye au lance pierre pour des prestations paye a l’heure uniquement (chose qui dans d autre corps de metier est la norme).

By: Nicolas

Nicolas — Tue, 21 Feb 2012 09:28:42 +0000

Concernant le Planning Poker, le gros intérêt, c’est que pendant l’estimation, on ébauche déjà un contour de solution. Ca permet de confronter les avis : on fait discuter la personne qui a mis la plus petite valeur avec la personne qui a mis la plus grande valeur, et on arrive un consensus (par exemple, “j’ai mis cette petite valeur car il y a tel framework que je connais qui fait le job”, ou alors “j’ai mis cette grande valeur, car vous avez oublié de prendre en compte l’intégration avec tel système” etc…).
Ca permet aussi que chaque membre de l’équipe “s’imprègne” du fonctionnel, et que chacun ne soit pas centro-centré sur ses tâches sans savoir ce qui se passe autour.
Et comme dans toute pratique Scrum, il faut timeboxer l’estimation de chaque User Story (pas plus de 5 minutes).
Après, c’est vrai que ça prend un peu de temps, mais à la longue, on y gagne !

By: Pierre Chapuis

Pierre Chapuis — Mon, 30 Jan 2012 14:47:23 +0000

Pour le poker planning, l’intérêt est surtout pour des tâches qui font intervenir plusieurs personnes. Il vaut mieux ne pas inclure trop de gens qui ne participeront pas à mon avis.

By: Guillaume

Guillaume — Mon, 30 Jan 2012 14:45:11 +0000

Oui j’avais vu ce tweet, bien vrai ;)

En découpant relativement bien (et en effet, sans y passer trop de temps^^), je pense qu’on arrive à isoler les 5-6 tâches d’un projet qui sont réellement méconnues. Dans 80% des cas, même sur des projets innovants, on retrouve des cas non strictement identiques à ce que l’on a déjà croisé, mais qui s’y approchent.

Concernant le planning poker, ma copine fait ça dans sa boite. Il semblerait que ça soit une belle perte de temps: tout le monde l’ouvre sur la tâche, c’est assez déconnecté de la personne qui la réalisera, et on y passe un temps fou. Après, peut-être qu’ils le font mal ;)

By: Pierre Chapuis

Pierre Chapuis — Mon, 30 Jan 2012 14:31:47 +0000

Pour ma part je ne suis pas un grand fan de Scrum et toutes les méthodes du genre. Estimer correctement le temps que prendra une tâche dont on n’a pas l’habitude avant de s’y attaquer est de toute façon impossible. Cf. cette version “améliorée” d’un tweet qui a pas mal circulé ces derniers jours : https://twitter.com/#!/NeckbeardHacker/status/162916571491209217 ;)

Donc, en général, essayer d’estimer précisément est une perte de temps, comme tout ce qui est “process” (http://teddziuba.com/2011/12/process.html).

Ceci dit, si une estimation est vraiment nécessaire, j’ai entendu plusieurs personnes dire que le Planning Poker (http://en.wikipedia.org/wiki/Planning_poker) ne marchait pas trop mal.