Comment expliquez-vous la source d'un problème identifié sans en faire une «excuse»? [fermé]

En pratiquant (autant que je peux au moins) la "programmation sans ego", je me concentre sur la résolution de problèmes qui a écrit le code (si cette personne ne fait pas de code dangereux) et j'aime bien comprendre le problème pour être sûr pour résoudre la source de ce problème.

Cependant, lorsque quelqu'un pointe mon code pour afficher une erreur, j'essaie souvent de me souvenir de mon état d'esprit lors de l'écriture du code de défaut et j'essaie de l'expliquer au gars qui pointe l'erreur pour clarifier quelle était la source de l'erreur (par exemple lorsque certains noms sont mal choisis, vous pourriez les utiliser d'une manière qui ne leur était pas destinée et avec un succès apparent ...).

Maintenant, je le fais par réflexe et la plupart de mes collègues comprennent ce réflexe. Mais j'ai également travaillé dans des entreprises où les collègues étaient dans une mentalité de blâmer les personnes qui ont posé les problèmes identifiés, avec ou sans humour (pour moi, cela a le même effet non raisonnable de toute façon).

Dans ce type d'environnement, expliquer pourquoi vous avez dû écrire du mauvais code fait penser aux autres que vous essayez de construire une excuse. J'ai remarqué que la plupart des personnes non techniques (ou non expert en domaine, pas sûr, ce n'est qu'une expérience personnelle) réagissent également exactement comme ça lorsque vous essayez d'expliquer pourquoi vous avez fait quelque chose de mal.

Donc, face à ce genre de personnes / environnement, comment parvenez-vous à expliquer la véritable source de l'erreur sans ressembler à "faire une excuse"? (et cela vaut-il même la peine d'essayer d'expliquer?)

Je pense que c'est juste une question de faire correspondre vos mots à ce que vous ressentez à l'intérieur, et de mettre la chose que vous ressentez le plus fortement (résolution de problèmes sans ego) en premier dans votre réponse. Quand un collègue souligne un nom de variable terrible, vous pouvez dire «J'étais vraiment fatigué ce jour-là» ou vous pourriez dire «Vous avez raison, c'est un nom terrible; j'étais vraiment fatigué ce jour-là». ou "Je suis celui qui a fait ça; j'étais vraiment fatigué ce jour-là." ou "Merci d'avoir trouvé ça pour moi; j'étais vraiment fatigué ce jour-là." Etc. Si vous menez avec la raison, cela ressemble à une excuse. Si vous commencez par posséder l'erreur, en remerciant quelqu'un de la trouver ou en étant simplement d'accord avec lui, la raison ne ressemble pas tellement à une excuse.

En prime, lorsque vous pratiquez cela, vous trouverez presque certainement moins besoin d'offrir l'explication de ces situations "J'étais fatigué, je ne pensais pas que quelqu'un l'utiliserait pour cela, j'étais pressé". Vous pouvez toujours l'utiliser pour "les ventes n'ont jamais mentionné qu'elles ont dit à l'utilisateur qu'une fonctionnalité serait ajoutée, Bob ne m'a pas expliqué cela correctement, si Joe avait choisi un meilleur nom de variable, je l'aurais bien fait, cela a fonctionné jusqu'à ce que vous modifié les situations de spécification, lorsque l'analyse des causes profondes et des changements sous-jacents peut être nécessaire

Ces types de malentendus sont courants entre les pragmatistes et les idéalistes. Les pragmatistes pensent simplement: «quelque chose a mal tourné ... à qui pouvons-nous blâmer?» Les idéalistes essaient déjà de comprendre comment empêcher que cette chose ne se reproduise.

Ashton est entré à San Francisco dans l'après-midi. Il a pris un SuperShuttle pour Fisherman's Wharf et, affamé, est allé dans un restaurant et a commandé une grosse pile de crêpes.

C'est à ce moment-là que les conséquences de l'abandon de son ancienne vie au Michigan ont vraiment commencé à se faire sentir. Il n'avait pas d'emploi, pas d'endroit où dormir, sa voiture avait disparu, il devait 40000 $ de prêts étudiants et avait exactement 173 $ dans son portefeuille.

Mais bon sang, ils ont certainement de jolies serveuses à San Francisco, pensa-t-il, admirant les boucles de fraises du sosie de Molly Ringwald près de la caisse enregistreuse. Un peu plus de cinq pieds de haut, peut-être. Taches de rousseur folles.

Alors qu'Ashton la regardait de l'autre côté du restaurant désert, un couple de garçons bien habillés est entré et a commencé à lui parler. Touristes, peut-être, ou étudiants? Y avait-il des écoles ici? Il doit y avoir des écoles à San Francisco. Il ne pouvait pas entendre ce qu'ils disaient, mais cela semblait un peu plus compliqué que «pouvons-nous avoir une table et acheter des crêpes s'il vous plaît».

"Molly" sortit son sac à main et fouilla. Elle a donné de l'argent aux enfants. La conversation s'est poursuivie. Elle a essayé de faire un appel téléphonique; personne ne répond. Finalement, elle a ouvert la caisse enregistreuse et a compté plutôt beaucoup d'argent qu'elle leur a donné.

"C'est bizarre", pensa Ashton, mais il paya le chèque et traversa la rue dans un cybercafé pour chercher un appartement sur Craigslist.

La première chose qui l'a frappé, c'est que les prix des appartements étaient fous. De retour au Michigan, il payait 475 $ pour une très belle chambre, mais à San Francisco, les choses semblaient être trois fois plus élevées. Sans emploi, il n'était même pas sûr que quelqu'un lui louerait. Pendant qu'il réfléchissait à ce problème, il a remarqué que la serveuse de la crêperie était sortie, clairement désemparée. Elle s'est assise à un arrêt de bus et a commencé à pleurer.

Maintenant, le vieil Ashton n'allait jamais, jamais juste aller voir une fille au hasard dans la rue, encore moins une qui pleurait, mais le sort magique de San Francisco lui a fait perdre ses inhibitions, alors il a acheté deux tasses de thé à la menthe poivrée , est allée à l'arrêt de bus, s'est assise à côté d'elle et a dit: «Il me semble que j'ai une tasse supplémentaire de thé à la menthe poivrée. L'aimerais-tu?"

La fille le regarda, perplexe, puis rit un peu.

"Je suis désolé", a déclaré Ashton. «Je ne fais pas ça d'habitude. Je vous ai vu travailler au IHOP, puis quand je vous ai vu ici ... Oh. Je suis Ashton, au fait. Avec un N. "

«Je suis Becca», a-t-elle dit. "Avec un M."

Ashton a dit: «Le M est silencieux, je suppose?» Ils rient un peu. Becca renifle. Ashton trouve un mouchoir dans la poche de son manteau, un vestige de vivre dans un climat vraiment froid.

Ils commencent à parler. Il se trouve que Becca vient de se faire virer.

«Ce stupide vieil homme. Il ne voulait pas m'écouter! J'ai retiré de l'argent du registre pour renflouer son propre fils, mais il ne voulait pas en entendre parler. Il a juste supposé que je l'avais volé. »

"Quoi?"

"Eh bien, ces enfants sont entrés dans le restaurant, ils étaient camarades de classe de Daryl, le fils de M. Dimitrious."

"C'est le propriétaire?"

"Droite. Quoi qu'il en soit, ces enfants semblaient gentils, ils ont dit que certains trafiquants de drogue étaient énervés à Daryl pour une raison quelconque et qu'ils avaient besoin de 200 $ pour le sauver. »

«Le sauver de quoi? Je ne comprends pas. Comment ça marche? », A demandé Ashton. Cela ne ressemblait pas à une vraie histoire. Mais c'était peut-être ainsi que les choses fonctionnaient en Californie.

«Je leur ai donné 40 $, mais ils ont insisté sur le fait que s'ils ne trouvaient pas 200 $, Daryl serait blessé. Je ne pouvais pas joindre M. Dimitrious par téléphone et j'avais peur, alors j'ai retiré 160 $ ​​du registre et je leur ai donné. Mais quand j'ai essayé de lui expliquer cela, il s'est juste retourné et ne voulait pas m'écouter. J'essayais de lui dire que Daryl avait des ennuis, et tout ce dont il voulait parler, c'était que je le lui volais. Comment pouvait-il me virer pour avoir essayé d'aider son propre fils? Quel est le problème avec cet homme? "

Ashton était à peu près sûr que Becca venait de se faire arnaquer, mais il ne pouvait pas tout à fait se résoudre à lui en parler. Et même si elle était visiblement bouleversée, il aimait vraiment lui parler, alors il a traîné la conversation. Il a commencé à bavarder sur la façon dont, quand il travaillait dans l'entreprise de meubles du Michigan, tout le monde devait suivre un cours appelé «Five Whys». L'idée était qu'à chaque fois que quelque chose tournait mal, il fallait se demander pourquoi obtenir la cause immédiate. Ensuite, vous avez demandé pourquoi à nouveau, pour comprendre ce qui a causé cela, et vous avez continué à le faire, environ cinq fois, jusqu'à ce que vous trouviez le problème racine.

«Alors, par exemple, vous avez été viré. Pourquoi? Parce qu'il manquait de l'argent à la caisse. Pourquoi? Parce que vous l'avez donné à certains enfants. Pourquoi? Parce qu'ils vous ont dit que Daryl avait des ennuis. Pourquoi?"

"Attends, pourquoi quoi?", Demanda Becca.

"Pourquoi vous ont-ils dit que Daryl avait des ennuis?"

Becca réfléchit une minute.

"Je me suis fait arnaquer, n'est-ce pas?"

"Je pense que vous l'avez peut-être fait."

Becca est restée silencieuse pendant très, très longtemps. Puis elle a commencé à rire, et cela a infecté Ashton, et ils riaient tous les deux comme des fous, et ça faisait du bien, après une journée stressante.

"Vous êtes un nerd total", a-t-elle déclaré. "Cinq pourquoi." Il devait être d'accord.

Ils passaient un bon moment. Ils ont marché partout dans le North End et ils ont parlé pendant des heures. Il lui a parlé d'être programmeur, et de l'entreprise de meubles, et comment, en deux ans, pas une seule chose qu'il faisait au travail importait, et il en avait marre de ça, et de commencer une nouvelle vie, et le voilà, sans endroit où séjourner, une nuit d'hiver à San Francisco.

"Oh mon Dieu," dit Becca, "Je connais juste l'endroit. Je vis dans une grande maison partagée à Russian Hill. Il y a une pièce vide maintenant. "

"Où est Russian Hill?", A demandé Ashton.

"Ce n'est pas loin. Je te prendrais. Mais attendez… cela vous dérangerait d'attendre pour que je puisse essayer une fois de plus de récupérer mon travail? »

Ashton était plus heureux qu'il ne l'avait été toute la journée. Les choses ont vraiment une façon de fonctionner.

"Bien sûr!" Dit-il, presque étourdi. "Juste une seconde." Et il a sorti 160 $ ​​de son portefeuille, laissant exactement trois dollars, et il l'a donné à Becca, et a dit: "Prenez ceci, cela pourrait vous aider à retrouver votre emploi."

"Oh, je ne pouvais pas!", A-t-elle dit, mais Ashton a insisté, et ils ont accepté de se rencontrer dans une demi-heure sur les marches de Rome sur Columbus Ave., où Ashton est allé s'asseoir et a nourri une seule tasse d'expresso pendant que Becca revenait vers le restaurant.

Et il est devenu un peu tard.

Et une heure s'est écoulée, puis une autre, et le serveur italien a manifestement eu le béguin pour Ashton, alors il ne l'a pas dérangé de simplement commander un café et d'être assis à la table pendant des heures, et il est minuit, puis il est une heure du matin, puis c'est deux heures du matin, et le serveur dit finalement: "Écoutez, je suis désolé, nous fermons, vous devez partir."

Je pense que la meilleure option serait d'admettre le problème et de promettre de le résoudre rapidement. Les gens en général ne sont pas intéressés par pourquoi et comment vous avez commis une erreur, la seule exception étant votre manager car il doit continuellement évaluer votre adéquation professionnelle.

Quant à blâmer celui qui a fait une erreur, c'est dans la nature humaine et vous ne pouvez pas l'aider. Le meilleur conseil est de construire une barrière mentale et d'essayer de ne pas la prendre trop personnellement, de ne pas laisser sa critique vous "toucher". C'est difficile cependant.

Réponse courte: vous ne le faites pas

Il y a de fortes chances que quiconque signale l'erreur ne soit pas intéressé par la raison de son erreur, il veut juste qu'elle soit corrigée. Le fait que vous vouliez découvrir pourquoi l'erreur a été commise et ce que vous pouvez en apprendre et ainsi améliorer est louable, mais encore une fois, celui qui signale l'erreur n'est probablement pas intéressé à entendre votre monologue interne.

continuez à faire ce que vous faites, cela vous aide à vous améliorer. Mais ne le faites pas à haute voix devant l'utilisateur.

Quoi qu'il en soit, vous avez fait une erreur, vous devez donc l'admettre. Vous avez peut-être eu une chance infiniment petite de l'éviter, mais vous l'avez écrit et il est sorti.

Lorsque vous traitez avec des personnes sans domaine ni expertise technique, pourquoi donnez-vous des explications détaillées? Cela ressemble à une excuse ou à une explication qui est au-dessus de leur tête et qu'ils interpréteront comme une excuse.

À bien des égards, je ne pense pas que vous puissiez éviter ce conflit.

Il est important d'expliquer la justification de la façon dont vous êtes arrivé à quelque point que vous vous trouviez dans la compréhension de la «vue d'ensemble» du problème dans de nombreux cas, mais il y aura toujours des gens qui verront cela comme une excuse.

La sélection de la personne avec qui vous avez la conversation est la plus proche que j'ai jamais eue pour gérer ce problème. En général, cela se résume à ne pas en discuter avec les gens d'affaires et à en discuter uniquement avec des personnes qui vont être impliquées dans la solution technique.

Même cette approche échoue parfois parce que le mal d'aujourd'hui est souvent lié à une exigence précédente et que vous obtenez le médicament dans cette voie de toute façon.

En général, j'essaie de ne pas trop m'inquiéter car si les gens choisissent cela comme un problème à soulever, ils sont probablement suffisamment motivés, ils trouveront un autre problème dès que vous pourrez "corriger" celui-ci.

Prenez-en la responsabilité. Steven Covey le formule comme capacité de réponse: votre capacité à répondre. Dites ce que vous ferez à l'avenir pour éviter de refaire quelque chose comme ça, et continuez. Dans l'ensemble, vous devez vous préoccuper de votre réputation à long terme et non du moment immédiat.

Si vous reconnaissez des erreurs, les gens l'apprécieront et vous respecteront davantage. Il vous donnera plus de crédibilité quand quelque chose n'est pas une erreur (ou du moins pas votre propre) et ne explication besoin.

De plus, même s'il n'est pas bien livré, considérez-le comme un retour constructif et remerciez celui qui a signalé le problème. Si vous n'êtes pas sûr de ce qu'ils disent être incorrect avec votre code, posez des questions de suivi.

Voici ce que vous dites:

"Je prends l'entière responsabilité. Je ferai de mon mieux pour le corriger et ne pas le faire à l'avenir."

Que peut-on dire alors? Soit ils acceptent ce que vous avez dit et vous poursuivez, soit ils vous disciplinent. C'est ça. Il leur revient de faire quelque chose ou, comme je l'ai dit, d'aller de l'avant.

La plupart du temps, des erreurs sont présentes, car le programmeur oublie de considérer tous les cas. Parfois, vous écrivez le code en gardant un scénario à l'esprit, puis l'autre scénario a échoué. Dans ce cas, si l'on demande que votre réponse soit "Ce cas n'a pas été pris en compte. Permettez-moi de le corriger, et nous documenterons que quiconque touche cette partie du code doit également coder selon ce cas".
Normalement, les erreurs ne sont pas les problèmes, mais les répéter est un problème. Par conséquent, lorsque quelqu'un vous montre l'erreur, vous devez dire: «Merci d'avoir découvert cela. Je vais le corriger et le mentionner dans la directive de codage».
Mais si quelqu'un trouve continuellement les erreurs stupides et si cela vous dérange, chaque fois que vous changez le code, allez chez cette personne et dites-lui de vérifier le code pour les erreurs. Un jour, il sera frustré et arrêtera.