La question de l'estimation est cruciale pour éviter de faire des devis au forfait sur lesquels on se plante ! Bref pour éviter de travailler à un taux ridiculement bas au final. Et rien de plus difficile que d'estimer quelque chose au plus juste, surtout quand il y a des éléments de nouveautés.
C'est la même chose sur les évaluations en mode Scrum. A mon sens, il n'y a qu'avec l'expérience qu'on affine ses estimations. A force de formulaires qu'on sait estimer le temps de dev d'un formulaire en fonction du nombre de champs, des complexités de contrôle, des éléments dynamiques dessus... Pour ce qui me concerne, je suis très attentive sur chaque projet, et je fais l'effort d'analyser après coup le temps estimé (même celui que j'avais estimé dans ma tête pour un truc perso) et le temps réellement passé. J'ai dans un coin de ma tête un coefficient "suivi de client pénible" que j'applique aux projets pour lesquels je sais que les specs sont mouvantes, mal exprimées parce que l'interlocuteur que j'ai change d'avis comme de chemise ou ne sait pas exactement ce qu'il veut. Mais là encore, c'est une histoire d'expérience avec des clients... J'utilise redmine pour le suivi des projets, je fais l'effort de mettre le temps estimé pour chaque tâche... et de logguer le temps passé dessus. Ensuite, je compare et je vois sur quel élément j'ai éventuellement raté mon estimation, pour que la fois d'après je sois plus juste. Avec le temps, il y a de moins en moins d'écarts entre les deux ;-) Karine On Tue, 9 Jul 2013 15:13:14 +0200 (CEST), [email protected] wrote: >> ----- Mail original ----- >> De: "Guirec Corbel" <[email protected]> >> À: [email protected] >> Envoyé: Mardi 9 Juillet 2013 15:04:32 >> Objet: [RailsFr] Comment faites-vous pour évaluer le temps de création d'une >> fonctionnalité? >> >> Bonjour, >> >> Voici ma question de la semaine : Comment faites-vous pour évaluer le temps >> de création d'une fonctionnalité? >> >> Qu'en pensez-vous? Existe t'il est techniques pour bien calculer son temps? >> Comment faites-vous? >> > > Ceci résume une bonne partie de ma pensé: > > " Ideally, Skip Estimating; Just Build Something Now " > > http://pragprog.com/magazines/2013-02/estimation-is-evil > > Je conviens que pour un indépendant, c'est délicat, mais au final, le > client ne serait-il pas plus satifsait si le temps d'estimation était > utilisé pour faire une feature ? > > Je n'estime plus. > > -- > @ya_f > > -- > -- > 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 .
