Hello, le souci des features gratuites c'est que ça t'a coûté et il ne sait pas combien. En plus tu devras souvent maintenir ces features, tout aussi gratuitement. "Ce qui est gratuit n'a pas de valeur".
Quand tu vois une telle feature, parle-lui : "je pense que ajouter XXX est simple pour moi, pas cher et très utile pour toi". Ça lui permet de réfléchir sur le projet, arbitrer s'il veut ou non, ou (chez moi le plus souvent) lui fait penser à autre chose, une feature proche mais pas tout à fait comme tu l'aurais vue, où là le scope est bien vu, la valeur bien comprise, et tu as le temps de lui dire "ah non, vu sous cet angle c'est beaucoup plus dur pour moi, le prix monte à YYY" voire parfois "ah oui, c'est tout bête, le prix descend à ZZZ". C'est comme ça que la confiance monte, et que tu apprends son métier pour mieux deviner toi-même ce que vont devenir les prochaines features. > Le plus dur ce n'est pas de faire la fonctionnalité, c'est les 20 changements qu'il veut faire après. Oui, il faut le briefer avant que tout le monde voudra changer X fois. Je mets presque toujours une partie d'itérations dans mes devis "je sais pas ce que vous voudrez mettre dedans mais je sais que vous voudrez le consommer" et, TRÈS IMPORTANT, le tiens au courant de combien il consomme sur l'enveloppe : "attention si je fais ABC ça épuise l'enveloppe d'un coup" ou "après avoir fait C, puis D, puis E, il ne reste plus que la moitié du budget itérations" ou encore comme dans ton cas : "j'ai livre FGH qui fonctionne, je veux bien le changer mais c'est tant d'€ sur le budget itérations". Bon courage, On Thursday, September 11, 2014 1:49:34 PM UTC+2, Guirec Corbel wrote: > > Le problème c'est que ces demandes étaient surtout des problèmes > d'affichage du genre "Peux-tu mettre un espace un peu plus grand entre les > éléments et mettre un crochet avant la question". Je crois que mon problème > a été de ne pas faire affaire avec un graphiste. > > Le 11 septembre 2014 07:44, Olivier El Mekki <oelm...@gmail.com > <javascript:>> a écrit : > >> > Le plus dur ce n'est pas de faire la fonctionnalité, c'est les 20 >> changements qu'il veut faire après. >> >> Dans ce cas, oui, fixe une contrainte budgétaire pour les retours. >> Personnellement, je faisais s'engager mon client sur des users stories >> style impératif, toute modification entrainant une refacturation. J'ai vu >> d'autres personnes mentionner le nombre d'heures offertes pour traiter les >> retours, avec un coût par heure supplémentaire, c'est bien aussi. L'idée >> est que le client doit réaliser que les modifications ont un coût. >> >> Tant mieux si tu n'as pas pratiqué toi même une évaluation imprécise. Je >> ne le ferai pas quand même et ne pourrai donc répondre à ta question >> initiale, désolé :) >> >> >> On Thursday, September 11, 2014 1:37:16 PM UTC+2, Guirec Corbel wrote: >>> >>> Le prix "vite fait", c'est moi qui vous le demande. Quand j'ai fait mes >>> évaluation, je savais que c'était pas très cher. >>> >>> J'ai fait comme tu as dis. J'ai commencé par une partie puis j'ai fait >>> petit à petit. Je lui ai proposé de mettre en production rapidement mais il >>> n'a pas voulu. Je me suis rarement trompé dans mes analyses. Le plus dur ce >>> n'est pas de faire la fonctionnalité, c'est les 20 changements qu'il veut >>> faire après. >>> >>> Le site n'existait pas avant. Je lui ai répété souvent qu'il fallait >>> mettre le site en ligne pour commencer à avoir des avis et y allé par >>> itération. >>> >>> Une fois la mise en production faite, je vais y aller point par point et >>> je crois que je vais demandé de faire un prix constant et normal à l'heure. >>> >>> Merci pour ton opinion. >>> >>> Le 11 septembre 2014 07:11, Olivier El Mekki <oelm...@gmail.com> a >>> écrit : >>> >>>> Hello Guirec, >>>> >>>> Je vais te le dire directement : désolé, mais il s'agit d'un projet mal >>>> préparé. >>>> >>>> >>>> > j'aimerai avoir un ordre de prix "vite fait" pour cette liste de >>>> > fonctionnalités >>>> >>>> C'est justement ce qu'il ne faut pas faire, et ce qui t'a ammené dans la >>>> position dans laquelle tu te trouves aujourd'hui. Ça consiste en fait à >>>> complètement zapper la partie architecture, qui permet de faire émerger >>>> les besoins prioritaires et de réaliser l'ampleur de la tâche. Si tu >>>> donnes un tarif vite fait, tu seras toujours perdant - de un peu à >>>> énormément (parce que cela demande beaucoup d'analyse de comprendre >>>> tout ce que représente une feature avant qu'elle ne soit réalisée). >>>> >>>> La liste des features présentées est, hormis un ou deux points, la >>>> liste de ce que ton client a vu sur des sites existant probablement >>>> depuis plusieurs années et dont il a pensé qu'elles sont essentielles. >>>> Elle ne le sont pas. Dans un premier temps, il faut aller à l'essentiel >>>> et itérer depuis là. >>>> >>>> La home page elle-même met en évidence cela. Elle mentionne trois >>>> services différents. Lequel est le plus important et doit être fait en >>>> priorité ? Facturer d'un coup les 3, c'est la garantie d'un devis >>>> imprécis et qui génèrera beaucoup de surcoûts. Ton client peut >>>> comprendre ça. >>>> >>>> C'est encore rattrapable. Tu peux lui expliquer "nous avons vu trop >>>> gros", "je suis déjà largement sorti de mes frais" et lui proposer de >>>> reprendre par étape. Tu devras probablement faire un geste toi-même pour >>>> qu'il consente à modifier vos termes. Mais il vaut mieux cela et >>>> repartir sur une base saine plutôt que de persister jusqu'à ce que ça >>>> explose. >>>> >>>> -- >>>> -- >>>> 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 rails...@googlegroups.com >>>> Pour résilier votre abonnement envoyez un e-mail à l'adresse >>>> railsfrance...@googlegroups.com >>>> --- >>>> 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...@ >>>> googlegroups.com. >>>> Pour obtenir davantage d'options, consultez la page >>>> https://groups.google.com/d/optout. >>>> >>> >>> -- >> -- >> 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 >> rails...@googlegroups.com <javascript:> >> Pour résilier votre abonnement envoyez un e-mail à l'adresse >> railsfrance...@googlegroups.com <javascript:> >> --- >> 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...@googlegroups.com >> <javascript:>. >> Pour obtenir davantage d'options, consultez la page >> https://groups.google.com/d/optout. >> > > -- -- 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 railsfrance@googlegroups.com Pour résilier votre abonnement envoyez un e-mail à l'adresse railsfrance-unsubscr...@googlegroups.com --- 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+unsubscr...@googlegroups.com. Pour plus d'options, visitez le site https://groups.google.com/d/optout .
