> Yannick, selon ce bouquin : > http://www.infoq.com/resource/news/2007/06/scrum-xp-book/en/resources/ScrumAndXpFromTheTrenches_French.pdf > . La vélocité ce calcul sur l'histoire. Selon Pivotal Tracker aussi. Tu > calcul la vélocité sur quoi?
C'est surtout que dans ta proposition tu parles de "déterminer la vélocité de chacune d'entre elle". Or on ne détermine pas une vélocité de story en avance. Les points placé sur une story ne sont pas la vélocité... Tu t'en sert pour la calculer ensuite, une fois le sprint terminé. Et il y a toujours des écarts, c'est bien pour cela qu'on parle d'estimation. On ajoute à cela phénomène assez connu: Si tu penses en avoir pour 2 jours, que par sécurité tu dis 5, et bien il y a de forte chance pour que tu passes 5 jours dessus (voir 6). Car finalement, sachant que tu as prévu 5 jours, tu prendras le temps imparti (sans forcement faire expres) pour faire la tache. Alors que sans l'avoir estimé, tu aurais peut-être mis 1,5 jour à la livrer. > Le problème avec la solution de ne pas faire d'estimation est surtout pour > déterminer un prix. J'ai du mal à croire qu'un client accepte un contrat sans > savoir à peu prêt combien ça va lui couter. Tu peux faire une estimation du prix à la louche, mais tu ne peux pas savoir exactement ce que veux le client (lui non plus je te rassure). Il sait quelque chose par contre: son budget. Donc, selon sont budget et l'idée général de la taille de l'appli (genre budget pour 6 mois de dev ou 1 semaine ?) on peut envisagé des options genre: "Tu me pais pour le mois qui viens, nous voyons ce que l'on arrive à faire ensemble. Si tu es satisfait, on continu (ou on s'arrête si le résultat te conviens tel quel), sinon tu arrêtes et tu n'aura dépensé qu'un mois de budget." Mais encore une fois, fais ce qui te semble être le mieux pour toi :-p -- Yannick. -- -- Vous avez reçu ce message, car vous êtes abonné au groupe "Railsfrance" de Google Groups. Pour transmettre des messages à ce groupe, envoyez un e-mail à l'adresse [email protected] Pour résilier votre abonnement envoyez un e-mail à l'adresse [email protected] --- Vous recevez ce message, car vous êtes abonné au groupe Google Groupes Railsfrance. Pour vous désabonner de ce groupe et ne plus recevoir d'e-mails le concernant, envoyez un e-mail à l'adresse [email protected]. Pour plus d'options, visitez le site https://groups.google.com/groups/opt_out .
