Pas obligatoirement, j'éxagerai le trait
des rapports de force j'en ai eu une fois et ça cest finit par des insultes, une rupture à l'amiable et 8000euros dans ma poche
ça n'avait dailleurs pas en grand chose à voir, c'était une histoire de note de frais et de faux cv
Dailleurs, si ton projet foire, il risque fort d'y avoir de rapport conflictuel lors de la chasse aux sorcières qui peut s'en suivre.
Mais en dehors de ça, généralement ça se passe bien, pas besoin de se mettre en opposition. Dailleurs il y a des réponses tout à fait acceptable (je sais pas faire, c'est pas possible, je suis sur autre chose, etc…). Faut bien voir une chose: le client, tes supérieurs et toi avez tout intérêt à ce que le projet marche, des fois ça implique une rallonge de temps, des fois de faire sauter une ou 2 features, etc… des fois le client s'est trompé sur son besoin, c'est son problème (ou celui de l'analyste), le client peut avoir l'impression de s'être fait escroquer, c'est la responsabilité de celui qui a vendu, des fois c'est toi qui a mal jugé ou qui n'a pas su calmer les ardeurs de ton supérieur, et là tu es en tort. (Mais généralement un projet foiré est un mix de diverses responsabilités.)
Je dis pas que c'est le rêve, qu'on ne serait pas mieux chez google, ou qu'il n'y a pas de moment tendu, mais hors cas spécifique, on vit tout de même mieux en disant non de temps en temps.
[^] # Re: Re
Posté par Alex . En réponse au journal Pourquoi les programmeurs sont grognons. Évalué à 5.
Pas obligatoirement, j'éxagerai le trait
des rapports de force j'en ai eu une fois et ça cest finit par des insultes, une rupture à l'amiable et 8000euros dans ma poche
ça n'avait dailleurs pas en grand chose à voir, c'était une histoire de note de frais et de faux cv
Dailleurs, si ton projet foire, il risque fort d'y avoir de rapport conflictuel lors de la chasse aux sorcières qui peut s'en suivre.
Mais en dehors de ça, généralement ça se passe bien, pas besoin de se mettre en opposition. Dailleurs il y a des réponses tout à fait acceptable (je sais pas faire, c'est pas possible, je suis sur autre chose, etc…). Faut bien voir une chose: le client, tes supérieurs et toi avez tout intérêt à ce que le projet marche, des fois ça implique une rallonge de temps, des fois de faire sauter une ou 2 features, etc… des fois le client s'est trompé sur son besoin, c'est son problème (ou celui de l'analyste), le client peut avoir l'impression de s'être fait escroquer, c'est la responsabilité de celui qui a vendu, des fois c'est toi qui a mal jugé ou qui n'a pas su calmer les ardeurs de ton supérieur, et là tu es en tort. (Mais généralement un projet foiré est un mix de diverses responsabilités.)
Je dis pas que c'est le rêve, qu'on ne serait pas mieux chez google, ou qu'il n'y a pas de moment tendu, mais hors cas spécifique, on vit tout de même mieux en disant non de temps en temps.