«Faites-le bien, contre la volonté du client» - comment s'appelle-t-il? [fermé]


12

Nous connaissons la situation optimale pour négocier des corrections de spécifications avec le client, obtenir les spécifications pour faire ce que le client voulait, pas ce qu'il a dit ou pensait qu'il voulait. C'est négocier, expliquer.

Parfois, nous ne pouvons pas convaincre le client. Nous sommes obligés de produire cassé comme prévu. Ceci, appelé "démonologie" par le mérite des mages invoquant des démons et des démons exaucant leurs souhaits très littéralement, provoquant la mort du mage en conséquence, est une autre approche qui laissera le client très insatisfait une fois qu'il réalisera son erreur, et bien sûr essayera de cerner le blâmer le développeur.

Maintenant, je viens de faire face à une approche très différente: le client a créé des spécifications simples qui ne tiennent pas compte de certaines mises en garde critiques, et ne veut absolument pas les corriger, admettre les erreurs évidentes et accepter les corrections suggérées. Le produit fabriqué selon ces spécifications sera gravement cassé et pourrait éventuellement coûter des vies humaines. Pourtant, il est trop tard pour abandonner complètement le contrat. Le contrat contient des clauses punitives pour cela, celles que nous ne pouvons pas vraiment accepter.

La décision du patron? Nous faisons le travail correctement et mentons au client que nous l'avons fait selon les spécifications. Les algorithmes en question sont cachés assez profondément sous la surface, le produit fera très bien le travail, n'échouera pas dans la situation de mise en garde, et à moins que quelqu'un ne creuse trop profondément, il ne découvrira jamais que nous ne l'avons pas cassé comme demandé.

Y a-t-il un nom commun pour cette tactique d'exécution des spécifications?


1
Le fait de ne pas prendre en compte les scénarios critiques dans lesquels des vies sont en danger n'est pas vraiment une question de contrat, c'est un complot pour assassiner. Votre entreprise a une moralité suffisamment forte pour faire ce qui est bien, quel que soit le souhait du client, mais la suivante? Je pense que le faire correctement dans ce cas peut impliquer une sorte de dénonciation.
Phoshi

6
Bon sens? Vous avez une conscience? Semble un peu tiré par les cheveux, pour être honnête. L'escalade à un niveau supérieur (que ce soit le patron du client, ou ses investisseurs, ou, si tout le reste échoue, les tribunaux) aurait dû être la voie à suivre. Le refus de mettre des vies en danger n'est jamais une erreur.
Amos M. Carpenter

1
C'est ce qu'on appelle "l'ingénierie". Lorsque vous allez obtenir une licence d'ingénieur professionnel, vous devez passer un examen d'éthique, et il traite de situations comme celle-ci. Un ingénieur a la responsabilité à la fois de protéger la sécurité publique et d'agir de manière professionnelle envers ses clients.
Scott Whitlock

5
Cette question semble être hors sujet parce que c'est une question "nommez cette chose". «Nommez cette chose» sont de mauvaises questions pour les mêmes raisons qui «identifient cette émission télévisée, film ou livre obscur par ses personnages ou son histoire» sont de mauvaises questions: vous ne pouvez pas les rechercher sur Google, elles ne sont en aucune façon pratiques, elles n'aider personne d'autre, et leur permettre ouvre la porte à la pose d'autres types de questions marginales. Voir blog.stackoverflow.com/2012/02/lets-play-the-guessing-game
gnat

1
@gnat: Excellent. Je vais devoir mettre cela dans mon script de commentaires pro-forma.
Robert Harvey

Réponses:


4

Les exigences en question sont-elles des exigences défectueuses, manquantes ou dérivées? Cela compte. Si l'exigence est manquante ou peut être dérivée d'une autre exigence, il est simple de dire qu'il s'agit d'une exigence dérivée et que vous remplissez les conditions du contrat. Et il n'y a aucune raison de le cacher.

Si l'exigence contredit une exigence, comment allez-vous valider le système sans changer les exigences? La raison la plus probable pour laquelle le gouvernement ne souhaite pas modifier les exigences est «vous les facturerez plus». Si vous allez déjà mettre en œuvre sans frais supplémentaires, il y a peu de raisons pour qu'ils s'y opposent.

Enfin, comme il s'agit d'un travail gouvernemental, il y aura une trace écrite pour tous ces types de décisions, si vous en voulez une. Si les employés du gouvernement responsables de votre projet ne sont pas d'accord verbalement sur le changement des exigences, vous pouvez déposer officiellement un écart sur les exigences. Je suis sûr que toute demande de dérogation utilisant des termes tels que "mettre la vie en danger" aura ZÉRO possibilité d'être rejetée. En tout état de cause, il n'y a aucune raison de «cacher» que vous ne remplissez pas les conditions car cela pourrait en fait entraîner des dommages et intérêts punitifs pour votre entreprise, même si vous essayez de faire ce qui est bien. Dans ce cas, la bonne chose est d'escalader officiellement le problème et de vous assurer que votre entreprise est protégée. Il ne s'agit pas de cacher ce que vous faites au client, car c'est également faux,


Permettez-moi de souligner: ce ne sont PAS les États-Unis. Et ces organisations gouvernementales ne sont peut-être pas des experts techniques mais sont excellentes en politique. Sérieusement, si vous indiquez deux dates différentes et demandez laquelle est la bonne, ils peuvent répondre avec un visage impassible, il s'agit de la même date et votre demande n'est pas valide. Discutez avec cela.
SF.

Ah, pas aux USA. Dans ce cas, l'intention du gouvernement est peut-être de créer un risque pour la sécurité car il a des plans néfastes en tête. Ainsi, en ne respectant pas le contrat, vous leur livrez quelque chose sans valeur. J'espère que personne ne passera par votre porte un soir une fois qu'ils auront découvert ce que vous avez fait derrière leur dos.
Dunk

3

Je ne suis pas avocat. Vous ne devez ni agir ni vous abstenir de donner suite aux opinions que je donne.

La publication d'un produit qui pourrait mettre des vies en danger en raison d'un défaut de conception (plutôt que comme une partie nécessaire de son fonctionnement) dont vous êtes conscient est susceptible de vous mettre du mauvais côté de la législation en matière de santé et de sécurité et d'exposer votre organisation à réclamations et frais juridiques. Dans la plupart des territoires et des situations, la loi du pays prévaut sur tout contrat que vous pourriez avoir, ce qui devrait donc être votre priorité.

En d'autres termes: clarifiez votre position juridique spécifique avant de continuer.


4
SF une analogie serait une ceinture de sécurité - elle ne "cause pas la mort" par elle-même. Cependant, s'il échoue et que la personne décède en conséquence - vous pouvez parier que le fabricant est responsable et sera poursuivi! Le fait que les ceintures de sécurité n'existaient pas sur les voitures n'aide pas à faire une affaire.
Michael Durrant

1
@SF: Si votre entreprise est consciente du défaut de conception, l'entreprise peut être tenue pour responsable. Dans mon entreprise, notre service juridique ne nous laisserait jamais signer un contrat, ce qui mettrait l'entreprise en danger. Si votre ou votre patron a menti à votre service juridique, bonne chance.
Simon

1
@SF. Les ceintures de sécurité n'étaient pas toujours obligatoires. Un système de sécurité doit fonctionner s'il est installé. S'il échoue, le concepteur / fabricant est en faute et sera tenu responsable devant le tribunal. S'il s'avère que la cause est un défaut de conception connu, vous pouvez vous attendre à ce que le tribunal ne vous montre aucune pitié. Un bon avocat sera en mesure de mieux expliquer en utilisant des exemples appropriés.
James Snell

3
Je suggère fortement d'obtenir des conseils juridiques professionnels.
Simon

1
@SF Look. Vous n'essayez pas d'économiser de l'argent en nous parlant au lieu d'un avocat, puis en ignorant nos conseils quand il s'agit (inévitablement) de «parler à un avocat et non à nous».
user16764
En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.