Pour ma part, j'ai se que j'appel une maladie de développeur. J'ai du mal à estimer le temps. Par exemple, quand on me dit, "pourrais-tu faire une partie "usagé" avec un formulaire de connexion". Dans ma tête je me dis que ça va être facile, j'installe Devise et ça va prendre une heure ou deux. Le problème c'est que c'est faux. J'ai tendance à oublier le fait que l'utilisateur va vouloir changer trois fois le contenu d'un courriel envoyé, que l'affichage sera trop blanc ou trop noir, etc. Bref, ce que je pensai faire en 2 heures je le fais en 8. Évidement, ça peut se compenser avec l’expérience tu fini par te connaitre et mieux estimer mais il faut également prévoir en fonction du client qui est plus ou moins compliqué.
Ce tromper peut-être dangereux car tu perds la confiance du client. Si tu as dis que ça prenait deux heures et que tu le lui donne avec 6 heures de retard et que tu fais ça souvent ça fait une assez mauvaise impression. Pour un développeur (en tout cas pour moi), c'est plus facile d'évaluer en terme de difficulté. Par exemple, faire un formulaire usagé à une difficulté de 3 parce que c'est plus difficile que faire une liste mais plus facile que fait un formulaire avec du javascript. En revanche, c'est a peut prêt la même chose qu'un formulaire un peu plus complexe. On peut donc jauger un peu mieux en comparant. Le 21 janvier 2014 09:31, Alexandre Friquet <[email protected]>a écrit : > Salut, > > Déjà pour commencer, je pense que ça dépend de ton environnement de > travail : ça ne se gérera pas de la même manière si tu travailles en équipe > ou en solo. > > J'imagine qu'en équipe le point est un "moyen d'échange" (comme la monnaie > ;)) plus neutre que le JH parce qu'on a beau avoir les meilleurs > installations, les meilleurs pratiques, les meilleurs coachs agiles, on > n'est pas tous câblés pareils sauf à être des machines mais alors là pour > moi ce n'est plus de la programmation, qui va bien plus loin que cracher > des lignes de code. Je m'arrête là pour la partie en équipe parce que ce > n'est pas mon domaine, je travaille (pour l'instant) en solo... > > J'avoue avoir essayé les quelques techniques SCRUM, lean & co pour > calculer la vélocité, avoir des stats, des indicateurs, etc. Mais au bout > d'un moment j'ai trouvé ça tellement lourdingue que je suis revenu à la > bonne vieille formule : "et moi, combien de temps a priori je mettrais pour > faire cette fonctionnalité ?" Et bien je confesse ne pas être complètement > dans la mouvance agile, avec tous ses gourous qui gravitent autour, mais ça > me simplifie grandement les choses ! Pourquoi introduire une abstraction > supplémentaire (les points) calculés avec des méthodes pseudo-scientifiques > (tiens ça me rappelle l'économie) alors que le temps passé est une notion > assez simple à appréhender, même si a priori moins précise. Donc maintenant > pour moi c'est en heures converties en jours : pour faire simple quand on > peut faire compliqué ;) Je me considère plus comme un artisan que comme un > tâcheron (aka une machine). > > Et puis le temps nécessaire je m'en fous un peu, je fais ça à la demande > de mes clients pour qu'ils aient une idée de combien ça va coûter au final > (un ordre de grandeur) et a priori ça leur va bien comme ça. Si je me mets > dedans, on s'arrange. J'ai la chances d'avoir des clients qui ont compris > mon mode de fonctionnement, mais c'est aussi parce que j'ai la chance (ou > plutôt la volonté) de choisir mes clients qui sont plus des partenaires > maintenant. > > Enfin, je ne pense pas qu'il y ait une solution à ta question mais des > solutions en fonction de ce que tu as à faire, des conditions dans lesquels > tu as à le faire, des moyens à ta disposition. Une idée en soit est inutile > si elle n'est pas confrontée au réel... > > Bonne journée. > -- > Alexandre > > > -- > -- > 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 railsfrance+unsubscribe@ > googlegroups.com. > 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 .
