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.

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.

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

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.

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é !

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