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?
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. Emilien, merci pour le lien. Multiplier par 4, je trouve ça beaucoup. Je pense que, dans mon cas, multiplier par 3 serait mieux. Le 10 juillet 2013 05:19, Emilien Taque <[email protected]> a écrit : > Bonjour Guirec, > Je te conseille cette lecture : > > http://www.quora.com/Engineering-Management/Why-are-software-development-task-estimations-regularly-off-by-a-factor-of-2-3 > > Ma méthode : > - découper au maximum en petites tâches, plus faciles à évaluer > - sortir une estimation optimiste : "si tout se passe bien, je mettrai > tant de jours" > - multiplier par 2 pour avoir l'estimation pessimiste (ou plutôt : > réaliste, car ça ne se passe jamais aussi simplement qu'on l'imagine) > - multiplier encore par 2 pour intégrer les imprévus (généralement, > adaption du besoin) > > Et joindre à l'estimation un indice de fiabilité, comme les > météorologues... par exemple fonction de la qualité de l'expression du > besoin, ou de la connaissance de la base de code. > > Cordialement > > > Le 9 juillet 2013 23:07, Yannick François <[email protected]> a > écrit : > > On 07/09/2013 06:29 PM, Guirec Corbel wrote: >> >>> Qu'en pensez-vous? >>> >> Que Madame Irma avec sa boule de crystal fera peut-être mieux en terme de >> prévision de durée de réalisation :-) >> >> Mais si ça fonctionne pour toi, n'hésite pas ! :-p >> >> >> -- >> -- >> 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 >> railsfrance-unsubscribe@**googlegroups.com<[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 railsfrance+unsubscribe@** >> googlegroups.com <railsfrance%[email protected]>. >> Pour plus d'options, visitez le site https://groups.google.com/** >> groups/opt_out <https://groups.google.com/groups/opt_out> . >> >> >> > -- > -- > 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 . > > > -- -- 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 .
