@Guirec merci pour ce retour. Je cherche toujours à suivre le principe du
"N'inquiète pas ton client tant que ce n'est pas nécessaire, mais reste
transparent malgré tout". Du coup, ça colle bien avec ton propos.

@Alexandre j'ai plutôt l'impression que ce que tu fais ressemble à de la
non estimation au final : je sais ce que j'ai à faire, je fais le début,
mon client a confiance et se fait une idée du total. Je me trompe?

- Bastien


Le 21 janvier 2014 15:51, Guirec Corbel <[email protected]> a écrit :

> 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 .
>

-- 
-- 
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 .

Répondre à