La première chose qui me vient à l'esprit est "Avez-vous déjà vérifié votre propre travail"? Si vous attribuez le FUBAR à votre capacité de codage, alors il ne semble pas que vous ayez appris quoi que ce soit de votre expérience.

Lorsque nous codons, nous faisons des erreurs dans le codage - c'est une évidence. Vous ne voulez pas faire d'erreurs de codage? Ne codez pas. Le FUBAR soulève la question "Que faites-vous les gars qui ressemble au contrôle de la qualité dans votre manche du bois?"

Si vous avez réussi à modifier le code et à ne pas le tester avant de le déployer en production, alors quelque chose ne va vraiment pas dans la façon dont vous déployez le code en production en équipe ou quelque chose ne va pas vous avez respecté la procédure de déploiement en production. Lequel est-ce?

S'approprier ne fait rien pour ou contre votre crédibilité. Décrivez explicitement les étapes que vous allez suivre pour vous assurer de ne pas répéter cet épisode - c'est ce qui fera la différence. Votre équipe doit avoir la certitude que vous n'allez pas être insouciant - jamais, concernant vos déploiements de code en production. Que faites-vous pour renforcer cette confiance? Parce qu'à ce stade, si j'étais soit l'équipe, soit le manager, ma confiance dans la fiabilité de votre travail est anéantie.

Et si j'étais votre manager ou votre chef d'équipe, je regarderais des moments très difficiles avec ma propre direction en ce moment. vous pourriez vous en tirer avec une mauvaise évaluation des performances alors que je pourrais être renvoyé parce que cet épisode s'est produit dans mon équipe et sur ma montre. Vous n'êtes pas le seul à être endommagé.

Conseil général: chose étrange à dire mais j'ai pu sortir de quelques ratés avec ma crédibilité renforcée. Les ingrédients? Accepter facilement tout ce que j'ai fait ou pas. Pleine coopération avec toute personne chargée d'enquêter. Faire ce qu'il faut pour faciliter la tâche des enquêteurs. Partager ses pensées de manière cohérente, directe et sans complication - marmonner, bégayer, hésiter sont des tueurs cumulatifs de confiance. Ne pas s'approprier les erreurs des autres - que se passerait-il si vous preniez possession de l'erreur de quelqu'un d'autre, vous jurez de haut en bas que vous ne répéterez jamais cette erreur - et l'auteur de l'erreur d'origine le fait à nouveau, et c'est quelqu'un sur qui vous n'ont ni contrôle ni influence? Les blessures auto-infligées sont les pires.

Premièrement, ne paniquez pas. Des choses comme celles-ci se produisent et cela n'endommagera probablement pas votre carrière plus que temporairement. Vous avez déjà fait la première chose importante, qui est d'assumer la responsabilité de votre erreur.

Le principal objectif à partir de maintenant, pour vous et votre équipe, est d'essayer de vous assurer que quelque chose comme ça ne se reproduit pas. Tout le monde fait des erreurs et l'équipe doit essayer de s'assurer que les erreurs ne se transforment pas en catastrophes. Il n'aurait pas dû être possible pour une erreur de codage comme celle-ci d'entrer dans le code publié.

Commencez par réfléchir à la façon dont cela s'est produit. Avez-vous été insouciant? Avez-vous vérifié votre travail? Avez-vous exécuté la procédure de test de votre équipe? Décide de ne pas recommencer.

Je considérerais également s'il y a quelque chose que l'équipe pourrait faire pour éviter que cela ne se reproduise - pas seulement si vous faites une erreur, mais aussi l'un de vos collègues. Pourriez-vous ajouter une étape de test aux procédures? Ou peut-être une révision de code? Ce pourrait être une bonne idée d'aller voir votre patron et de suggérer (sans essayer d'éviter le blâme) que l'un de ceux-ci pourrait empêcher que de telles choses ne se reproduisent.

Une chose que j'ajouterais aux autres réponses, et qu'il était contre-intuitif pour moi d'apprendre, est de ne pas trop m'excuser . Vous devez clairement et publiquement avouer votre erreur une fois. Après cela, il est logique d'en parler si vous faites un post-mortem sur la question ou si vous discutez des mesures concrètes à prendre pour aller de l'avant. Sinon, laissez-le faire (mais n'essayez pas d'échapper à la responsabilité si quelqu'un d'autre introduit le sujet). Si votre équipe met en œuvre de nouvelles procédures ou se rétablit d'une autre manière, assurez-vous que vous êtes un participant enthousiaste à la progression, mais soyez positif à ce sujet.

C'est le nombre de personnes qui gèrent naturellement les choses, donc ce n'est peut-être pas un problème pour vous. Pour ma part, il y a eu des moments où j'ai pensé que j'avais assez mal foutu quelque chose pour que je devais m'excuser ou prendre mes responsabilités à plusieurs reprises, mais mes employeurs et collègues étaient vraiment plus intéressés à passer à autre chose. S'ils essaient de pardonner et d'oublier, des excuses répétées peuvent rendre les choses plus difficiles. Cela peut aussi les amener à vous percevoir comme à la recherche de réconfort, ce qui finit par leur imposer un fardeau supplémentaire.

Si vos patrons voient cela comme un reflet de votre capacité de codage, ils manquent le point. Bien que vous ayez introduit le problème initial, l'équipe dans son ensemble n'a pas réussi à lui permettre d'entrer en production. L'accent doit être mis sur la détermination, en équipe, des raisons pour lesquelles cela s'est produit et sur la manière de modifier vos pratiques et processus pour réduire le risque que cela se reproduise.

Il manque une seule preuve vérification indépendante de votre correctif. Là où je travaille, aucun code n'est envisagé pour la publication tant qu'il n'a pas été testé ou examiné par un autre membre de l'équipe. Ce n'est pas parfait mais cela augmente les chances que l'autre partie sache quelque chose que vous ne savez pas ("en fait, le module de barre passe en NULL et c'est très bien"), ou du moins pense à une question que vous n'avez pas eue (" êtes-vous sûr d'avoir vérifié tous les endroits d'où foo est appelé ").

Eh bien - je dirais que vous avez franchi la première étape (que beaucoup de gens omettent) - admettez que vous êtes à l'origine du problème et concentrez-vous sur les solutions pour aller de l'avant. Comme on dit - "la première étape consiste à admettre que vous avez un problème" - et vous seriez surpris des efforts déployés par les gens pour éviter de l'admettre.

Prochaines étapes ...

La différence entre l'erreur humaine et la négligence grave

Avec une très grave erreur, il y a une différence entre l'erreur humaine et la négligence grave. La différence réside généralement dans le fait de suivre le processus qui vous a été donné au mieux de vos capacités et de votre compréhension et de toujours faire l'erreur (erreur humaine) ou de ne PAS suivre volontairement / par ignorance un processus alors que vous auriez dû savoir mieux. Par exemple, si vous étiez censé obtenir une révision du code, et vous ne l'avez pas fait, c'est une faute grave. Si vous avez eu la révision du code et que vous-même et le réviseur l'avez ratée - c'est une erreur humaine.

En cas de négligence grave, cela pourrait vraiment avoir des conséquences sur l'emploi / la carrière. L'action que vous pouvez entreprendre est de faire le processus qu'on vous dit de faire la prochaine fois, mais en substance, vous avez rompu la confiance de votre employeur et il n'a pas nécessairement de raison de vous donner une seconde chance. Cela peut être des réductions de salaire, un manque de primes ou même une résiliation motivée.

En cas d'erreur humaine - les conséquences sont généralement moins graves - vous pouvez toujours obtenir une mauvaise évaluation ou perdre votre bonus - mais si c'est une erreur honnête, il est beaucoup plus probable que vous receviez un avertissement. Si vous ne faites pas habituellement de mauvaises erreurs, vous vous frayerez un chemin avec un bon comportement et votre réputation guérira.

Première étape - retracez les processus formels de votre entreprise et identifiez les étapes que vous avez pu manquer. Pouvoir dire à votre patron "J'ai manqué cette étape, je l'ai trouvée, j'ai fait de mon mieux pour récupérer et avoir ces plans en tête pour changer mon comportement afin que je ne la manque pas la prochaine fois" - va un long chemin termes de rectification de la mauvaise impression. Et si vous avez un cas où aucune partie du processus ne vous aurait sauvé, cherchez des opportunités pour proposer un moyen d'améliorer le processus - que ce soit pour vous-même ou pour tout le monde. Une façon de voir les erreurs de type d'erreur humaine est "cela pourrait arriver à n'importe qui".

Rechercher des modèles

Votre réputation sera rétablie si c'est votre seule erreur grave depuis longtemps. Tout le monde commet une très mauvaise erreur de temps en temps. Les personnes qui subissent généralement des dommages à long terme dans leur carrière sont celles qui causent des problèmes à plusieurs reprises et ne montrent aucune amélioration significative au fil du temps.

Pour éviter d'être l'une de ces personnes, recherchez des modèles qui auraient pu conduire au problème . Aviez-vous toutes les connaissances nécessaires pour NE PAS commettre l'erreur? Y a-t-il une autre préparation / vérification des erreurs que vous auriez pu faire? Y a-t-il un schéma de travail / vie personnelle qui vous a conduit à être moins que ce que vous pouviez (trop fatigué, sous-alimenté, stressé par la vie à la maison, distrait par des interruptions, malade, sous l'influence de quelque chose qui n'est pas prescrit par un médecin, etc.)? Pouvez-vous éliminer les obstacles à la réflexion et à la concentration efficaces?

Laissez-vous tenter par tout ce dont vous pouvez être sûr qu'il ne se reproduira probablement pas - par exemple, si vous étiez fatigué parce que vous veniez de passer toute la nuit à rester avec votre enfant aux urgences d'un hôpital , vous pouvez être à peu près sûr que cela ne se produira pas chaque semaine ou chaque mois. Cependant, si vous étiez vraiment fatigué parce que vous avez un engagement bénévole hebdomadaire qui vous empêche de dormir tard, vous devrez peut-être repenser votre engagement et trouver un moyen de vous coucher plus tôt.

Admettez, corrigez, passez à autre chose

Une fois que vous avez examiné vous-même et les modèles de votre travail et que vous avez fait ce que vous pouvez pour éviter l'erreur ... admettez-le , corrigez-le et passez à autre chose. Vous aurez un certain nombre de commentaires négatifs pendant un certain temps - essayez de ne pas être sur la défensive. Prouvez votre valeur en apportant des changements conscients à vos processus. Et ne le laissez pas vous hanter. Très souvent, je vois des gens encore évoquer leurs erreurs longtemps après que le reste du bureau l'ait oublié - une fois que vous êtes pardonné, laissez tomber.

Demandez des commentaires, cependant, 6 mois et 1 un an après l'événement, vérifiez que la qualité de votre travail est meilleure et qu'il n'y a rien d'autre à corriger ou auquel vous devriez faire attention.

Gérez-vous comme une startup respectée. Après tout, vous êtes votre marque. Regardez les entreprises Internet qui ont commis des erreurs et voyez comment les meilleures d'entre elles ont géré ces erreurs. Ensuite, vous faites de même.

Par exemple, les meilleures entreprises et les personnes autogérées commencent un processus immédiat consistant à;

1. enquêter pleinement sur la nature de l'erreur,
2. déterminer quels changements dans leur processus empêcheraient ce type d'erreur de se reproduire,
3. commencer à mettre en œuvre ces changements de processus, et enfin -
4. signaler tout ce qui précède de manière transparente pour les parties prenantes (c'est-à-dire votre patron et vos collègues)

Si vous faites ce qui précède (et encore une fois, cherchez de bons exemples de cela bien fait), vous inspirerez encore plus de confiance que si cela avait jamais arrivé.

Vous avez fait la première chose à faire, qui est de vous approprier correctement et de participer au processus de récupération.

Ce que vous devez faire ensuite, c'est démontrer que vous avez appris de la erreur. La façon de procéder est une proposition plus délicate, mais certaines approches sont les suivantes:

• Parlez à votre patron, en vous excusant et en lui indiquant que vous allez faire plus attention
• Définissez un processus vous-même pour vérifier ces choses - notez-le
• Regardez quelques moyens techniques pour vous assurer que votre code est aussi correct que possible.

Pour l'option 3, envisagez peut-être des tests plus automatisés?

Des erreurs se produisent et prétendre le contraire est tout simplement irréaliste

Vous avez déjà compris, donc c'est bien. La question suivante est "Comment transformer cela en une opportunité d'apprentissage". Évidemment, vous possédez une réponse à "Que ferez-vous différemment pour vous assurer que cela ne se reproduise plus", mais il y a plus:

Maintenant, ce n'est pas entièrement de votre faute (même si vous ne devriez jamais le dire à voix haute ). De temps en temps, des whoppers entrent dans le code, mais apparemment, il n'y a pas de bon processus logiciel en place qui l'empêche d'être expédié.

Vous pouvez l'utiliser pour aller plus loin: "Hey patron. J'ai vraiment foiré ça et maintenant je réfléchis à la façon dont nous pouvons fonctionner différemment pour nous assurer que des choses comme celle-ci ne sortent pas ". Faites des recherches sur les bonnes pratiques de publication de logiciels telles que les révisions de code, les règles de vérification, les cycles de test, les tests automatisés, l'analyse de la couverture des tests, etc. Ensuite, proposez des suggestions spécifiques que l'équipe pourrait être en mesure de mettre en œuvre.

Donc, en bref, si vous pouvez en faire une opportunité d'apprentissage et qu'à la fin, votre département s'améliore à cause de votre erreur initiale, tout ira bien.