Comme je ne connais pas votre juridiction, voici mon opinion personnelle fortement basée sur les influences européennes:

• Vous avez fait ce que l'on vous a ordonné de faire.
• Vous saviez que c'était potentiellement dangereux.
• Vous et votre patron avez été avertis pour cela.

Donc oui, vous avez agi sur un ordre direct. Cependant, votre devoir en tant que bon employé est d ' avertir votre superviseur s'il fait quelque chose de mal. Donc, à mes yeux, ce que vous devez prouver, c'est que vous l'avez fait. Que non seulement vous vous êtes fié à votre superviseur pour avoir raison, mais que vous avez présenté vos propres connaissances et que votre superviseur vous a ignoré .

Donc, si vous avez un e-mail où vous dites à votre superviseur que vous ne voulez pas faire cela car c'est dangereux et une réponse de votre superviseur où il vous dit de continuer malgré vos objections, alors vous il y a certainement un cas où c'est sa seule faute.

Si vous n'avez rien de tout cela, peut-être parce que vous supposez que votre patron saurait ce que vous savez, alors je suppose que vous les deux méritent l'avertissement. Votre superviseur pour avoir pris une décision stupide et vous pour ne pas l'avoir interpellé.

Si vous suiviez les instructions explicites d'un supérieur, alors vous avez raison de faire appel. Cependant, en fonction de votre statut et de votre expérience, vous vous attendriez à anticiper et à alerter votre patron sur ses instructions potentiellement risquées. Était-il raisonnable de s'attendre à ce que vous connaissiez les conséquences probables d'une erreur? Si vous l'aviez prévenu et qu'il avait insisté pour continuer, vous pouviez raisonnablement être considéré comme irréprochable; ce n'est pas le cas ici et vous devez être préparé à une partie du blâme. S'il y a une leçon à tirer, c'est que vous devez toujours suivre votre instinct pour vérifier ce que l'on vous demande de faire si vous avez de véritables doutes.

À l'époque, je ne l'ai pas fait. Je veux jeter mon manager sous le bus car je voulais lui permettre d'admettre son erreur en me demandant de faire le travail sur un système en direct. Cependant, cette fois n'est pas venue.

Bravo pour avoir pris le haut du moral. Cependant, il est clair que votre patron n'est pas au-dessus de vous jeter vous sous le bus. Et c'est là que réside la plus grande valeur d'un appel: si la haute direction a l'impression que vous avez joué un rôle de premier plan dans ce domaine, et que vous acceptez simplement l'avertissement pendant qu'il fait appel avec force, vous êtes susceptible de prendre tout le poids des conséquences.

C'est ce que l'on appelle souvent un «déménagement limitant la carrière» (ou CLM). Quoi qu'il en soit, vous êtes celui qui a failli coûter 200 000 £ par an à l'entreprise. (Ou le type qui a fait fait, si le client emmène ses affaires ailleurs).

Vous avez fait deux erreurs que je peux voir.

La première était déployer en production sans directive écrite de votre patron - vous devriez avoir envoyé un e-mail décrivant les risques, déconseillant et demandant une confirmation écrite de sa décision de le faire quand même. C'est ainsi que vous vous protégez lorsqu'une décision comme celle-ci se retourne contre vous.

L'autre erreur était de s'attendre à ce que votre patron déclare simplement que c'était sa décision lorsque vous rencontriez la haute direction. Espérons que peu de choses ont été dites sur cette note. S'attendre à ce que les gens prennent volontairement la chute pour vous est ... imprudent, c'est le moins qu'on puisse dire.

Vous pouvez faire appel de la décision, mais ces deux erreurs rendront une décision favorable encore plus difficile maintenant. Et même si vous en avez un, alors quoi? La haute direction sait / croit que vous êtes l'une des deux personnes responsables de cette catastrophe, que vous ayez reçu une réprimande officielle ou non.

Ces deux erreurs sont des expériences d'apprentissage pour votre avenir, mais je vous conseillerais que quoi qu'il en soit , vous avez limité votre avenir dans cette entreprise. Ils peuvent décider ou non de se débarrasser de vous (et / ou de votre patron), mais même s'ils ne le font pas, vos possibilités d'avancement seront très limitées. Par conséquent, à votre place, je vous recommande d'essayer de trouver un autre emploi dans une autre entreprise, où vous n'avez pas de marque noire contre vous.

Il y a de nombreux commentaires et réponses critiquant les pratiques standard qui ne sont pas suivies, etc. mais je sais par expérience personnelle que de tels incidents ne sont pas trop rares dans les petites entreprises non technologiques de type mom-n-pop. Il n'y a généralement pas de gestion des changements, pas de standardisation, des environnements de test / staging inadéquats, pas de contrôle de version ... et tout le monde (parfois même les non-informaticiens) a un accès administratif aux bases de données / serveurs de production. Dans de telles entreprises, la plupart des changements assez petits vont directement aux systèmes de production / live, car les développeurs existants connaissent les systèmes à fond (ces systèmes ne sont pas trop complexes non plus). Mais quand quelqu'un de nouveau rejoint, il / elle est très susceptible de faire une telle erreur au départ lorsqu'il n'est pas correctement supervisé.

Ce qui s'est passé, c'est clairement que votre responsable vous a cru sur parole lorsque vous avez dit que vous l'aviez corrigé, mais qu'il s'est avéré que vous ne l'aviez pas réglé. Ce n'est pas de votre faute non plus parce que vous étiez nouveau dans le système et que votre responsable aurait dû être mieux informé.

Cela étant dit, je pense que cela pourrait en fait être une excellente opportunité pour vous d'obtenir une promotion ou de gagner suffisamment de respect aux yeux de votre directeur général pour la prochaine évaluation. Voici ce que je vous recommanderais de faire -

1. Organisez une réunion avec votre médecin (et toute autre personne de plus haut niveau sauf votre supérieur immédiat) et expliquez-leur ce qui s'est passé. Ne blâmez pas votre manager et ne prenez pas tout le blâme sur vous-même, mais expliquez les faits de l'affaire. N'oubliez pas de préciser que ce n'était pas votre propre idée de jouer avec le système de production et que vous suiviez les instructions de votre manager tout au long (mais encore une fois sans le blâmer directement, une conversation délicate). Si vous ne pouvez pas faire cette conversation sans donner l'impression que vous poignardez votre responsable dans le dos, ne le faites pas.

2. Insistez ensuite sur le fait que le vrai problème ici est le manque de bonnes pratiques de l'industrie comme la gestion du changement, la gestion des versions, le TDD, l'intégration continue, etc. dans l'entreprise. Expliquez comment ils ont été suivis dans vos organisations précédentes et que ces problèmes y étaient inexistants. Dites-lui en toute confiance que vous maîtrisez bien ces pratiques et s'il le souhaite, vous pouvez également les mettre en œuvre ici. Cette étape va lancer votre carrière dans cette entreprise car cela vous fera passer du-nouveau-qui-a-foiré-le-nouveau-qui-fera-notre- -problèmes-disparaissent. Assurez-vous de bien comprendre les meilleures pratiques avant cette réunion afin de savoir de quoi vous parlez, les personnes occupant des postes supérieurs sont généralement assez intelligentes pour voir à travers les mensonges.

N'oubliez pas que la clé est d'utiliser tout le tact à votre disposition pour déplacer l'attention de qui l'a fait à quel est le vrai problème et comment vous allez mettre en œuvre les meilleures pratiques de l'industrie pour que ces problèmes disparaissent à jamais (et le faire en donnant l'impression d'être complètement honnête et sincère, croyez en vous et en votre capacité à le faire).

Les étapes ci-dessus élimineront probablement le besoin de se soucier de l'avertissement écrit et d'autres choses et vous vous seriez mis dans une position très favorable avec votre MD. De plus, vous aurez l'opportunité de mettre en œuvre les meilleures pratiques qui vous aideront non seulement à renforcer votre position, mais également à améliorer les choses dans votre entreprise à tous les niveaux. C'est un petit magasin de 10 personnes, si vous êtes bon avec votre MD, vous pouvez y rester pour toujours.

Bonne chance.

Je ferais appel et je commencerais tranquillement à chercher un nouvel emploi. Pas question que je veuille un avertissement écrit accepté sur mon dossier, sans parler de rien d'autre. Et cela peut être un prélude à la résiliation en tout cas en tant que bouc émissaire auto-admis.

La règle générale est de ne rien admettre formellement sans peser très soigneusement les répercussions possibles. Vous n'avez aucune idée «réelle» de leur agenda, mais vous pouvez à peu près penser que ce n'est pas favorable pour vous.

En tant que développeur, je pense que vous avez très mal géré la situation et que vous essayez maintenant de trouver du soutien que vous ne devez pas blâmer. À mon avis, vous devriez admettre votre erreur et chercher comment améliorer votre réputation ou chercher un autre emploi.

Voici mes justifications pour cette croyance:

On m'a demandé de faire ce changement dans la version live de l'application, pas dans la version de développement. Je n'ai pas interrogé mon responsable car je supposais que s'il était prêt à me permettre d'apporter un changement comme celui-ci à l'application en direct, cela ne pourrait pas vraiment être aussi catastrophique si quelque chose n'allait pas, alors j'ai fait le changement

Vous êtes un développeur avec 8 ans d'expérience et vous pensiez juste qu'il était normal de faire des choses sur prod-service qui peuvent potentiellement affecter un grand nombre d'utilisateurs. Si vous pensez que c'est faux, il est de votre responsabilité en tant que professionnel d'avertir une personne qui vous a confié une tâche et d'expliquer toutes les conséquences . Il ne semble pas que vous ayez fait cela, mais au lieu de cela, vous avez simplement supposé que tout le monde, sauf vous, sera responsable et que tout le monde est d'accord avec cela.

J'ajouterais que cela

Je n'avais pas vraiment vu cette partie de l'application auparavant, donc son processus était complètement nouveau pour moi, j'ai dû apprendre au fur et à mesure.

n'est pas une excuse valable, car dans tout système raisonnablement grand, il existe de nombreuses parties de l'application que l'on n'a jamais vues auparavant et même certaines parties que personne dans l'organisation n'a jamais vues auparavant.

Une autre partie:

J'ai demandé comment nous pourrions tester cela et il a répondu: "Le client X a planifié l'envoi d'un e-mail à 5 ​​000 clients en 10 minutes, ce sera un bon test"

et toujours après 8 ans d'expérience, vous acceptez que le test d'une application potentiellement dangereuse que vous aviez admis n'avoir jamais vue auparavant devrait être effectué sur de vraies personnes. Vraiment? Où est votre hey manager, qu'est-ce que c'est que ça? Nous ne devrions jamais faire cela et c'est l'une des pires choses que vous puissiez me suggérer. Voici ce que je pense que nous devrions faire: xxx . Et puis s'il pense vraiment que c'est ce que vous devriez faire - laissez-vous le donner par écrit.

ok, et enfin

Il est ensuite parti pour son déjeuner, et moi aussi. À mon retour, j'ai été informé par le personnel de soutien que le processus avait échoué

donc vous avez fait deux erreurs très dangereuses et au lieu de vous asseoir et d'être prêt à réparer tout la seconde après l'effondrement, vous avez décidé de partir (ou vous vous attendiez à ce que tout se passe bien?)

Donc, sur la base de ce je crois que vous êtes encore plus à blâmer ici que votre manager .

En fin de compte, imaginez cette situation: vous venez avec un de vos proches (qui est très malade) à l'hôpital. Vous payez le médecin, donc vous êtes un peu le patron. Le médecin commence à traiter votre parent et vous commencez à lui donner des suggestions sur la marche à suivre. Le médecin suit aveuglément tout ce que vous lui avez dit de faire en ignorant le fait qu'il a 8 ans d'expérience et ce que vous suggérez n'a pas de sens, puis vous allez tous les deux manger avec bonheur.

Quelque chose de terriblement mauvais est arrivé à un patient et le médecin dit - "vous savez quoi - j'ai juste suivi ce que mon patron m'a dit".

C'est une situation très exagérée mais le point principal est: vous êtes le professionnel, vous devez connaître les problèmes potentiels avec les choses dangereuses que vous faites. Il est de votre responsabilité de les expliquer à la direction. Et ne les faites que s'ils ont entendu vos plaintes et vous ont demandé de faire autrement par écrit.

Honnêtement, je suis surpris que vous n'ayez pas été renvoyés tous les deux pour cela. Il s'agit d'une violation assez grave de la confiance des clients dans l'entreprise. Dans l'industrie du développement de logiciels, comme vous le savez, jouer avec des données en direct n'est jamais une bonne idée, surtout si une telle manipulation va affecter un large éventail de clients. Les clients concernés peuvent se mettre en colère et exprimer leur colère envers l'entreprise. Si les hauts gradés en ont connaissance, ils s'en prendront à tous les responsables, peu importe qui a dit quoi. Pensez au scandale Wells Fargo en cours. 5800 personnes ont été licenciées. Selon vous, combien suivaient simplement ce que leurs supérieurs leur avaient dit?

Cependant, je suis d'accord qu'il est très difficile de signaler une telle violation en cours lorsqu'il n'y a pas de canal pour le faire. Même si vous le signalez, il est très facile pour votre responsable de vous le renvoyer.

Je sympathise donc avec vous que c'est une chose assez difficile à bloquer. Pour les cas futurs, je pense que vous pouvez contourner cela en disant d'abord que vous pensez avoir identifié le problème, mais que vous devez le tester après avoir configuré un environnement de développement. Assurez-vous de recevoir clairement chaque e-mail et assurez-vous que si vous êtes invité à manipuler des données en direct, vous les répétez avec une question, "Je veux une clarification sur le fait que vous voulez que je change les données en direct avec quelque chose que je n'ai pas testé? "

Ce ne sera peut-être pas suffisant pour protéger votre travail, mais il suffira de savoir où si vous étiez licencié à tort, vous pourriez avoir des preuves du contraire.

Pensez-vous que j'ai un point pour faire appel de cette décision? et si oui, comment pourrais-je l'aborder? Nous sommes une petite entreprise (10 employés), et je ne veux pas vraiment gêner les choses entre moi et mon responsable au bureau.

Votre comportement consistant à essayer d'éviter les sentiments inconfortables vient à un prix élevé. Vous avez été appelé sur le tapis et vous pensiez que votre manager allait être le chevalier vertueux en armure étincelante et vous sauver, mais cela n'a pas fonctionné. Votre responsable savait probablement mieux que d'ajuster le code de production, mais a pris un raccourci. Par là, il y avait déjà un drapeau rouge en ce qui concerne l'intégrité. Alors peut-être que vous vous attendiez trop à la réunion.

Maintenant, vous êtes toujours préoccupé par le fait qu'il va y avoir un certain inconfort, même si vous n'avez rien fait de mal, si vous dites la vérité. Votre manager a apparemment une meilleure attitude face aux émotions négatives que vous. Vous faites passer ses sentiments avant votre propre capacité à rapporter un chèque de paie . Pour sauver votre propre queue, vous allez devoir faire preuve de sagesse, émotionnellement.

Voici où cela peut aller, si les choses tournent mal: pas de travail, avis tardifs dans votre boîte aux lettres et un réfrigérateur vide. Parlez pour vous-même.

Faites appel. Vous ne pouvez pas gagner, mais vous pouvez au moins faire connaître votre histoire.

Faites-le humblement, expliquez qu'on vous a dit de faire ce que vous avez fait et demandez ce que vous auriez dû faire différemment. Dites-leur que vous prenez cela très au sérieux et que vous voulez vous assurer que cela ne se reproduira pas, qu'il y ait ou non un avertissement dans votre dossier.

En attendant, et pour toujours après ce point, documentez tout. Si un responsable vous écarte et vous dit «faites ceci». La première chose que vous devez faire lorsque vous revenez à votre bureau est d’écrire un e-mail qui dit:

"Comme lors de notre conversation plus tôt dans la journée, vous m'avez demandé de faire ABC. Si quelqu'un d'autre devait être informé avant que je commencer à travailler là-dessus, et y a-t-il des problèmes / dépendances / autorisation requise que je devrais obtenir avant de commencer à travailler?

Je veux juste m'assurer que tout le monde est sur la même page. Merci d'avance pour vos précisions "

C'est ainsi que vous pouvez documenter même les conversations secondaires et vous assurer qu'il est clair à l'avance que vous n'êtes pas un canon lâche.

Comme je le disais dans mes rapports "Tout avant que quelque chose n'arrive (date limite, erreur, etc.) exprime une inquiétude, tout ce qui suit est une excuse que personne n'écoutera. Soyez plein de préoccupations et documentez-les.

Vous ne voulez pas prendre le principal blâme rétroactivement et d'autres en ont discuté. Cependant, vous devez être conscient qu'il y a certainement une chose dont vous et personne d'autre êtes à blâmer: vous avez installé un changement important sur un système en direct sur le point d'effectuer une transaction importante et ensuite, comme la personne responsable de l'exécution technique, est allée déjeuner quand votre manager l'a fait et a laissé la merde frapper le fan en votre absence.

Et cela après cela a été appelé un "cas de test" et donc il n'y avait pas de plein espoir de succès.

C'est comme un maître de la démolition réglant la minuterie sur les explosifs d'un gratte-ciel, puis partant pour le déjeuner, dans l'espoir de retourner dans un bâtiment rasé.

Cette partie de l'incident complète vraiment l'insouciance de tout l'événement et appartient à juste titre à votre dossier et n'est pas quelque chose dont vous pouvez raisonnablement vous attendre à ce que vous soyez effacé. La question est donc de savoir dans quelle mesure vous espérez améliorer votre situation en corrigeant d’autres choses.

Je suis convaincu que vous et votre patron méritez tous les deux les avertissements que vous avez reçus pour avoir déployé un correctif en direct en production puis aller déjeuner .

Le fait que vous ayez reçu l'ordre de déployer le correctif en direct est une erreur de votre patron (et peut-être la vôtre de ne pas avoir fortement repoussé - il y a des moments où mes patrons pourraient me demander de faire quelque chose que je sais dangereux et Je devrais refuser et expliquer pourquoi en tant qu'expert en la matière pour ce domaine). Mais bon, nous allons donner celui-ci à votre patron, c'est là qu'il a mérité son avertissement.

Le fait que vous soyez ensuite allé déjeuner alors que vous saviez qu'une course en direct allait avoir lieu avec le client les données sont absolument époustouflantes. Je suis désolé, mais c'est à ce moment-là que votre avertissement écrit a vraiment été mérité, et je ne vois pas en quoi cela vous aidera. Vous deviez être là pour assumer la responsabilité et la propriété de tout problème survenu avec ce correctif et vous êtes tombé dessus en allant déjeuner au mauvais moment.

Le devoir de votre responsable est de déterminer ce qui doit être fait; définir des priorités, prendre des décisions difficiles, etc.

Votre devoir est de savoir comment faire ce qui doit être fait, de garder à l'esprit les meilleures pratiques, de calculer les compromis ... et de communiquer cela à votre direction et aidez-la à prendre les bonnes décisions.

Vous n’avez pas reconnu une situation dangereuse.

Vous n’avez pas communiqué cela à votre responsable.

Vous mentionnez que vous ne saviez pas grand-chose sur cette partie du système.

Cependant, vous travaillez depuis 8 ans dans une entreprise de 10 personnes .

Si j'étais votre responsable, je ne m'attendrais pas à ce que vous ne sachiez PAS ce que vous faites.

• Si vous ne mentionnez pas votre responsable, votre manque de connaissances cette partie de votre système,
• et si vous n'avez pas mentionné les risques potentiels de faire des changements en direct et non en développement pour les tester

Alors, je suis désolé - c'est de votre faute.