... une demande d'un client n'est pas un nid d'emmerde...

En soi non, mais ça le devient si le client ne sait pas vraiment ce qu'il veut en réalité de façon claire et précise et qu'il a des modification à apporter au fil du développement. Autrement dit, un client fait une demande, on développe et quand on lui présente le produit, il dit que finalement il aurait voulu autre chose... et en général il faut recommencer une bonne partie du boulot. C'est un peu ce que je fais en ce moment et je dois avouer que ça ne me met pas d'une humeur terrible. Ceci étant, on peut relativiser dans la mesure où le client paye pour, incluant ses propres erreurs commises dans la formulation de son besoin.

Oula !
En exprimant mon opinion sur un sujet qui m'avait touché je ne pensais provoquer de telles réactions.

En fait je suis assez sensible à l'aspect description du besoin, analyse, cdc etc.
Pour avoir pas mal roulé ma bosse, j'ai pu voir passer pas mal de méthodes soit disant miracles qui permettaient de résoudre ce vieux problème.
Auteur d'un site de service en mode SaaS ( 100 000 utilisateurs ) je suis également sensible à la "relation client" ; une demande d'un client n'est pas un nid d'emmerde ; c'est un "cadeau" qui vous permet d'améliorer votre produit, de fidéliser le client ( il vous fera de la pub. ) ; un moment d'échanges et de conseil.
A relativiser bien sur en fonction de l'importance de la demande.
Mais dans le cas de ce post il me semble que la demande était plutôt mineure ...

@Cyrano
Je ne prétend pas être exhaustif dans mes intervantions; je n'ai pas cette prétention.

@Cobaye
Je ne sais pas si c'est à moi que ta remarque s'adresse.
Si j'ai enfrein une règle du forum en "déterrant" un vieux sujet j'en suis désolé.
Sinon, pourquoi ne pas fermer les commentaires pour les "vieux" posts qui ont fait le tour du sujet ?

Pour finir ; je suis assez surpris du ton de vos interventions, qui me parait un peu ... "brutal".
N'étant pas un "Posteur chevronné" j'ai l'impression d'avoir mis les pieds ou je ne devais pas.
Désolé !

Le prestataire ne doit pas se contenter de respecter le cdc à la lettre.
Qui aujourd'hui peut se targuer de faire un cahier des charges exhaustif en tous points ?
Il y a l'esprit et la qualité de service.

Je trouve que l'attitude du prestataire est en dessous de tout.
C'est le fait d'une grande immaturité.

Amusant de déterrer ce sujet, mais malheureusement c'est pour une intervention très incomplète.

La rédaction d'un cahier des charges implique d'abord qu'on précise un point fondamental : lequel ? Le CDC fonctionnel ou le CDC Technique ? Règle Nˇ1 en ce qui a trait au CDC fonctionnel; c'est au client de le rédiger. Il peut avoir besoin d'une assistance pour le faire mais sa responsabilité première de décrire son besoin de façon aussi exhaustive que détaillée et précise. Par la suite le CDC technique peut être rédigé par le prestataire, mais il ne peut pas le faire sérieusement sans le premier. Si le client donne des informations insuffisantes au prestataire, il est vrai qu'il revient au prestataire de poser les question pertinentes pour combler les lacunes et ne surtout pas imaginer que "ça doit être ça qu'il veut". Ceci étant, si le client n'a pas fait sa part et que le résultat n'est pas bon, il n'est, à mon sens, certainement pas moins coupable que le prestataire.

Le prestataire ne doit pas se contenter de respecter le cdc à la lettre.
Qui aujourd'hui peut se targuer de faire un cahier des charges exhaustif en tous points ?
Il y a l'esprit et la qualité de service.

Je trouve que l'attitude du prestataire est en dessous de tout.
C'est le fait d'une grande immaturité.

Cela dit, j'ai aussi été jeune et j'ai aussi fait des conneries ....

Exact, Cyrano. PHPFrance, n'est pas ni une personne morale ni physique. Et les agissements des ses membres n'engagent qu'eux. Ce site restera la libre tribune dédiée au développement de la communication autour des technologies de PHP et du Web en général et n'aura guère d'objectif commercial.

Si un forum de l'emploi et stages existe, c'est simplement pour un objectif d'information et ce n'est nullement un centre de recrutement.
Si un litige s'engage entre les personnes fréquentant notre site, on pourra bien sûr en discuter et émettre nos avis mais cela restera à ce niveau.

Faut-t-il rappeler que l'image de marque du Forum PHPFrance est entretenue par l'activité continue et essentielle qui est d'aider l'autre.

Mouais, sauf que ça voudrait dire que PHPFrance s'instaure comme intermédiaire entre un client et des prestataires : qui va faire le boulot au juste ? Et qui pourrait accéder au données de la base en question ? Certainement pas les membres ordinaires, après tout n'importe qui peut s'inscrire : alors les ViPhP, les Modérateurs, les Admins ? Ils ont en général un boulot à plein temps et ne consacre en général qu'un peu de leur temps libre aux forums. Là, il serait question de leur assigner une tâche supplémentaire... gratis ???

On est dans un forum où l'information est gratuite. Rendre un service en transmettant un savoir, on le fait déjà pour ceux ayant un peu de temps à y consacrer, mais rendre un service à but commercial, je vois mal la mise en place de ce truc.

Et puis un bon développeur aura son propre site avec une page listant ses réalisations : libre au client potentiel de vérifier la qualité de la réalisation auprès de ces clients-là. Ce n'est pas nécessairement compliqué de toutes façons : le client a un besoin et un budget. partant de là, il peut faire un appel d'offre et choisir parmi les réponses celui qui présentera les meilleures garanties de réussite ou selon d'autres critères.

Chacun est responsable, le client compris. Je vois mal la communauté PHPFrance s'intercaler pour dire "Celui-ci est un bon", ou "celui-ci est un mauvais". J'ajoute qu'une relation client prestataire se matérialise le plus souvent par un contrat écrit : si les clauses ne sont pas respectées d'un coté ou de l'autre, il y a des tribunaux pour trancher les litiges.

Autre point, un prestataire qui ne termine pas un boulot ou en effectue un dont le résultat n'est pas opérationnel se tire dans le pied. Un client satisfait parlera peu de ce prestataire, mais lorsqu'il le fera, il en parlera en bien et s'il a besoin d'autre chose, il n'ira pas forcément ailleurs. Si par contre le client n'est pas content, il va faire une publicité soutenue et négative beaucoup plus dévastatrice pour le prestataire en question auprès de ses partenaires en affaire et autres relations.

Je parlais d'une base de donnée professionnels anonyme par les demandeurs, dont seul phpfrance connaitrait les sociétés et redirigerai les appels d'offre vers les professionnels les plus proche du client si déplacement ou spécialité et ce automatiquement bein sure, pas de pub à tir la rigotte mais du boulot en plus et on crache pas dessus, anonyme pour pas causer de problème de marque.

tu comprends mieux ?

Je ne crois pas qu'on puisse jeter la pierre au client. Il veut payer le moins cher possible et que ça fonctionne : ça, c'est la base. Maintenant, le développeur professionnel et consciencieux a devoir de conseil et doit impérativement arriver à faire comprendre au client qu'ils doivent travailler ensemble.

Pour n'importe quel type de développement, la plus grosse partie reste l'analyse. Le développeur sait faire du code, le client connait sa propre activité. Le client est donc l'expert métier qui doit définir ce dont il a besoin. Le développeur devra donc avec lui établir des croquis, des listes de fonctionnalités, des maquettes et le client devra valider tout ça avant que le développement proprement dit ne soit amorcé.

Mais nous avons malheureusement aujourd'hui beaucoup de bricoleurs qui, ayant réussi à s'installer un Joomla sur free.fr, s'improvisent développeurs web et vendent des services qu'ils sont incapables de réaliser parce qu'ils ne voient que la partie code de leur (nouveau ?) métier... Et, comme l'a fort justement souligné AB, l'analyse prend du temps et a un coût. Le rôle du développeur indépendant en l'occurrence est précisément de faire comprendre et admettre ça à son client.

La faute du client dans ce cas, c'est de confondre vitesse et précipitation et de s'arrêter à un aspect visuel sympa qui lui aura été proposé, le développeur étant le plus grand fautif en manquant à son devoir de conseil.

... ca pourrait être une bonne idée de développement, créer un BDD des professionnels anonyme

Une base de professionnels anonymes ??? pour quoi faire ??? Si on ne sait pas qui sont les mauvais, on pourra difficilement les éviter, quant aux bons, ils n'y gagneront rien puisque personne ne pourra savoir qui ils sont... un détail a dû m'échapper

Pour souligner ta remarque je ne suis pas dans les 10% de très bon programmeur, mais je suis un professionnel respectueux du client, je jette la pierre au deux voilà

Je ne suis pas d'accord pour le cahier des charges, le gars si il avait un peu de respect envers son client il aurait finalisé le travail jusqu'a satisfaction, surtout pour une histoire de champs il abuse , en plus sur internet ce n’est pas au client de prévoir les pièges mais au programmeur de lui expliquer et anticipé pour lui et bien sure les lui soumettre .

Pour moi ce sujet est un peu comme un client qui me contact et me dit je me suis embrouillé avec mon beau frère mon site est planté il ne veux plus le gérer, Quesque vous pouvez faire
(J’ai envi de lui dire change de bof ou de sœur), mais je lui dis qu’il fallait passer par des professionnels "votre site on l'oubli on en fait un nouveau" "et ca ce passera comme ci et comme ca".

après ca pourrait être une bonne idée de développement, créer un BDD des professionnels anonyme sur phpfrance et connaitre leur tôt de réussite et satisfaction travaux

Bon plus sérieusement, moi ca me désole des trucs pareil, c'est pour ca que j'ai écris deux fois le message, le premier était virulent et plein de colère, du coup je n’ai pas voulu dire une bêtise sur le coup de la colère et j'en ai plaisanté avec un autre message plus narguant que méchant, mais ca me désole de voir ca, sérieusement.

moi je trouve ca rassurant pour les professionnels
en même temps ... le problème avec phpfrance c'est que tu as 10% de pro du php et le reste c'est des pseudos programmeur dans la mer....
tu as pas touché le bon pourcentage
pour résumer cher moi on dit que tu as pris une pièce au c... mais je compati
si on peu t'aider hésite pas
attention moi je signe rien je rammasse juste le blé et après j'envoi le zip

Avec des commentaires de ce genre, on voit tout de suite que tu ne fait pas partie des 10 %

Si tu relis le topic, apparemment le code fourni tient bien la route. C'est le cahier des charges qui a été défini un peu trop rapidement. La qualité du code n'est pas en cause.

D'une manière générale (sans prendre parti sur le topic) :

Le problème avec des spécialistes c'est qu'ils en arrivent à un tel niveau de maîtrise dans leur domaine de compétence qu'ils ont parfois tendance à sous estimer les autres domaines.

Le problème avec les clients c'est qu'ils ne savent pas définir assez précisément leurs besoins, et que certains d'entre eux les minore volontairement pour avoir un devis plus léger quitte ensuite à indiquer de "légères modifications" qui devraient passer dans le même prix.

Et quand les deux se mélangent, il se produit inévitablement quelques frictions...

La solution serait donc de prendre suffisamment de temps pour bien définir les choses. Mais cela aussi a un coût qui doit être intégré dans le prix final, et qui au total pourrait paraître exagéré par rapport à un concurrent ne prenant pas ces précautions de bonne entente, de bon sens.

Bref, d'un côté comme de l'autre, voilà où mène la course à la productivité maximum sans règles ni contraintes : petites embrouilles ... ou groooooosse crise

moi je trouve ca rassurant pour les professionnels
en même temps ... le problème avec phpfrance c'est que tu as 10% de pro du php et le reste c'est des pseudos programmeur dans la mer....
tu as pas touché le bon pourcentage
pour résumer cher moi on dit que tu as pris une pièce au c... mais je compati
si on peu t'aider hésite pas
attention moi je signe rien je rammasse juste le blé et après j'envoi le zip

J'ajouterais que ça ne convertira pas forcément. J'ai fini par découvrir un jour toute la vérité de ce qui est donné je ne sais plus où comme un proverbe sicilien :

Laver la tête d'un âne, c'est gaspiller de l'eau...

J'aurai tendance à mettre leur immaturité commercial sur le compte de l'âge.

Il n'y a pas d'immaturité commerciale.
Juste une immaturité (qui se révèle dans le cadre professionnel, mais pas seulement)

Donc si mon anecdote pouvait servir de leçon, ils y en sortiraient moins bébètes.

Des anecdotes comme la tienne, il y en a des tonnes.
Cela devrait servir à force, tu as raison.
Mais il est vrai aussi que l'on apprend plus de sa propre expérience que de celles des autres.

Evidemment, plus tu blindes la collaboration en amont, et moins de mauvaises surprises tu risques. Mais en l'occurrence, il était question d'une petite tache et c'est vrai que les "termes" ont été définis dans 2/3 mails. Je m'en suis surtout remis à "l'esprit" du résultat escompté, c'est vrai.

Maintenant encore une fois, ya ni mort d'homme, ni site en danger. Grâce notamment à la communauté j'ai pu résoudre (je suis encore en train de traiter qqs petits détails) et faire fonctionner le truc.

Non, ce qui m'énerve, c'est de voir ce type scier la branche sur laquelle il est perché. Il maitrise plutôt bien son sujet et son taf (au delà des fameux pb) est, me semble-t-il, bien fait. Là en agissant comme il a fait, il perd ma confiance alors que j'aurai probablement fait appel à lui à l'avenir. Et en raisonnant à l'extrême ça peut déboucher sur une embauche.

J'ai remarqué aussi qu'il y avait nombre de jeune, voire très jeune, développeur php. J'aurai tendance à mettre leur immaturité commercial sur le compte de l'âge.
Donc si mon anecdote pouvait servir de leçon, ils y en sortiraient moins bébètes.