Como você explica a fonte de um problema identificado sem torná-lo uma "desculpa"? [fechadas]

Como praticando (o máximo que posso pelo menos) "programação sem ego", estou focado em resolver problemas com quem escreveu o código (se essa pessoa não cria código perigoso) e eu gosto de entender o problema completamente para ter certeza para resolver a fonte desse problema.

No entanto, quando alguém aponta meu código para mostrar um erro, muitas vezes tento lembrar qual era minha mentalidade ao escrever o código de defeito e tento explicá-lo ao sujeito que aponta o erro para esclarecer qual foi a fonte do erro (por exemplo, quando alguns nomes são mal escolhidos, você pode usá-los de uma maneira que não foram planejados também e com aparente sucesso ...).

Agora, faço isso por reflexo e a maioria dos meus colegas de trabalho entende esse reflexo. Mas também trabalhei em empresas nas quais os colegas de trabalho tinham a mentalidade de culpar as pessoas que criaram os problemas identificados, com ou sem humor (para mim, de qualquer maneira, isso tem o mesmo efeito não são).

Nesse tipo de ambiente, explicar por que você escreveu um código errado faz com que outras pessoas pensem que você está tentando criar uma desculpa. Eu observei que a maioria das pessoas não técnicas (ou especialistas em domínio, não tenho certeza, é apenas experiência pessoal) também reagem exatamente assim quando você tenta explicar por que fez algo errado.

Então, ao lidar com esse tipo de pessoa / meio ambiente, como você consegue explicar a fonte real do erro sem parecer "dando uma desculpa"? (e vale a pena tentar explicar?)

Eu acho que é apenas uma questão de fazer suas palavras corresponderem ao que você está sentindo por dentro e colocar o que você sente mais fortemente (solução de problemas sem ego) em primeiro lugar em sua resposta. Quando um colega de trabalho aponta um nome de variável terrível, você pode dizer "Eu estava realmente cansado naquele dia" ou "Você está certo, esse é um nome terrível; eu estava realmente cansado naquele dia". ou "Fui eu quem fez isso; estava realmente cansado naquele dia". ou "Obrigado por encontrar isso para mim; eu estava realmente cansado naquele dia". Etc. Se você liderar com o motivo, parece uma desculpa. Se você lidera com o erro, agradece a alguém por encontrá-lo ou apenas concorda com ele, o motivo não parece tanto uma desculpa.

Como bônus, quando você pratica isso, certamente encontrará menos necessidade de oferecer a explicação para as situações de "eu estava cansado, não achei que alguém iria usá-lo para isso, estava com pressa". Você ainda pode usá-lo para "bem, as vendas nunca mencionaram que disseram ao usuário que o recurso seria adicionado, Bob não me explicou isso corretamente, se Joe escolheu um nome de variável melhor, eu teria acertado, funcionou até você "mudou as especificações", quando a causa raiz e a análise de alterações subjacente podem ser necessárias.

Esses tipos de mal-entendidos são comuns entre pragmatistas e idealistas. Os pragmáticos apenas pensam: “algo deu errado ... a quem podemos culpar?” Os idealistas já estão tentando descobrir como impedir que algo dê errado novamente.

Ashton entrou em São Francisco à tarde. Ele levou um SuperShuttle para o Fisherman's Wharf e, faminto, foi a um restaurante e pediu uma grande pilha de panquecas.

Foi quando as implicações de abandonar sua vida anterior em Michigan realmente começaram a afundar. Ele não tinha emprego, não tinha onde dormir, seu carro havia saído, ele devia US $ 40.000 em empréstimos a estudantes e tinha exatamente US $ 173 em sua carteira.

Mas, claro, eles com certeza têm garçonetes bonitas em São Francisco, pensou, admirando os cachos de morango da Molly Ringwald, parecida com a parada da caixa registradora da frente. Um pouco mais de um metro e oitenta, talvez. Sardas loucas.

Enquanto Ashton olhava para ela do outro lado do restaurante deserto, dois meninos bem vestidos entraram e começaram a conversar com ela. Turistas, talvez, ou estudantes? Havia alguma escola por aqui? Deve haver escolas em San Francisco. Ele não conseguia ouvir o que eles estavam dizendo, mas parecia um pouco mais complicado do que "podemos ter uma mesa e comprar panquecas, por favor".

"Molly" pegou sua bolsa e remexeu. Ela deu às crianças algum dinheiro. A conversa continuou. Ela tentou fazer uma ligação; ninguém responde. Eventualmente, ela abriu a caixa registradora e contou bastante dinheiro, que ela deu a eles.

"Isso é estranho", pensou Ashton, mas pagou o cheque e atravessou a rua até um cibercafé para procurar um apartamento no Craigslist.

A primeira coisa que o atingiu foi que os preços dos apartamentos eram loucos. De volta a Michigan, ele estava pagando US $ 475 por um quarto realmente agradável, mas em San Francisco as coisas pareciam triplicar isso. Sem emprego, ele nem tinha certeza se alguém o alugaria. Enquanto refletia sobre esse problema, notou a garçonete da panqueca sair, claramente perturbada. Ela se sentou em um ponto de ônibus e começou a chorar.

Agora, o velho Ashton nunca iria, nunca iria até uma garota aleatória na rua, muito menos uma que estava chorando, mas o feitiço mágico de São Francisco de alguma forma o fez perder suas inibições, então ele comprou duas xícaras de chá de hortelã-pimenta , foi até o ponto de ônibus, sentou-se ao lado dela e disse: “Parece que tenho uma xícara extra de chá de hortelã-pimenta. Você gostaria?"

A garota olhou para ele, perplexa, e depois riu um pouco.

"Sinto muito", disse Ashton. “Eu normalmente não faço isso. Eu vi você trabalhando no IHOP, e então quando eu vi você aqui fora .... Oh. Eu sou Ashton, a propósito. Com um N. "

"Eu sou Becca", disse ela. "Com um M."

Ashton disse: "O M está calado, presumo?" Eles riem um pouco. Becca fareja. Ashton encontra um lenço no bolso do casaco, um vestígio de viver em um clima muito frio.

Eles começam a conversar. Acontece que Becca acabou de ser demitido.

“Aquele velho idiota. Ele não quis me ouvir! Tirei algum dinheiro do registro para resgatar seu próprio filho, mas ele não queria ouvir sobre isso. Ele apenas assumiu que eu roubei.

"O que?"

"Bem, essas crianças entraram no restaurante, eram colegas de escola de Daryl, filho do Sr. Dimitrious."

"Esse é o dono?"

"Certo. De qualquer forma, essas crianças pareciam boas, disseram que alguns traficantes estavam chateados com Daryl por algum motivo e precisavam de US $ 200 para resgatá-lo. ”

“Salvá-lo de quê? Eu não entendo. Como isso funciona? ”Ashton perguntou. Não parecia uma história real. Mas talvez fosse assim que as coisas funcionassem na Califórnia.

“Eu dei a eles $ 40 por minha conta, mas eles insistiram muito que, se não chegassem a $ 200, Daryl seria ferido. Não consegui falar com o Sr. Dimitrious por telefone e fiquei com medo, então tirei 160 dólares do caixa e entreguei a eles. Mas quando eu tentei explicar isso para ele, ele simplesmente pirou e não quis me ouvir. Eu estava tentando lhe dizer que Daryl estava com problemas, e tudo o que ele queria falar era que eu estava roubando dele. Como ele poderia me demitir por tentar ajudar seu próprio filho? O que há de errado com esse homem?

Ashton tinha certeza de que Becca havia acabado de ser enganado, mas ele não conseguia se dar conta de que era isso. E mesmo que ela estivesse visivelmente chateada, ele estava realmente gostando de conversar com ela, então ele continuou a conversa. Ele começou a tagarelar sobre como, quando trabalhava na empresa de móveis de Michigan, todos tinham que fazer um curso chamado "Cinco Porquês". A idéia era que toda vez que algo dava errado, era preciso perguntar por que obter a causa imediata. Então você perguntou por que, novamente, para descobrir o que causou isso, e continuou fazendo isso, cerca de cinco vezes, até encontrar o problema raiz.

“Então, por exemplo, você foi demitido. Por quê? Porque faltava dinheiro na caixa registradora. Por quê? Porque você deu para algumas crianças. Por quê? Porque eles te disseram que Daryl estava com problemas. Por quê?"

"Espere, por que o quê?" Becca perguntou.

"Por que eles disseram que Daryl estava com problemas?"

Becca pensou por um minuto.

"Eu fui enganado, não é?"

"Eu acho que talvez você tenha."

Becca ficou em silêncio por muito, muito tempo. Então ela começou a rir, e infectou Ashton, e os dois estavam rindo como loucos, e foi ótimo depois de um dia estressante.

"Você é um nerd total", disse ela. "Cinco porquês." Ele teve que concordar.

Eles estavam se divertindo. Eles andaram por todo o North End e conversaram por horas. Ele contou a ela sobre ser uma programadora, a empresa de móveis e como, em dois anos, não importava uma única coisa que ele fizesse no trabalho, e ele estava cansado disso e de começar uma nova vida, e aqui estava ele, sem um lugar para ficar, em uma noite de inverno em São Francisco.

“Oh Deus,” Becca disse, “eu sei exatamente o lugar. Estou morando em uma grande casa compartilhada em Russian Hill. Há uma sala vazia agora.

"Onde fica a Colina Russa?" Ashton perguntou.

"Não é longe. Eu te pego. Mas espere ... você se importaria em esperar para que eu possa tentar mais uma vez para conseguir meu emprego de volta?

Ashton estava mais feliz do que estivera o dia todo. As coisas realmente têm um jeito de dar certo.

“Claro!” Ele disse, quase tonto. "Só um segundo." E ele tirou US $ 160 da carteira, deixando exatamente três dólares, e deu a Becca e disse: "Pegue isso, pode ajudar você a recuperar seu emprego".

“Oh, eu não podia!” Ela disse, mas Ashton insistiu, e eles concordaram em se encontrar em meia hora na Escadaria de Roma, na Columbus Avenue. em direção ao restaurante.

E ficou meio tarde.

E uma hora se passou, depois outra, e o garçom italiano obviamente tinha uma queda por Ashton, então ele não o incomodou em pedir apenas um café e ficar sentado à mesa por horas. duas horas da manhã, e o garçom finalmente diz: "Olha, desculpe cara, estamos fechando, você tem que sair."

Sinto que a melhor opção seria apenas admitir o problema e prometer corrigi-lo rapidamente. As pessoas em geral não estão interessadas por que e como você cometeu um erro, a única exceção é seu gerente, pois ele precisa avaliar continuamente sua adequação profissional.

Quanto a culpar quem cometeu um erro, é da natureza humana e você não pode evitar. O melhor conselho é construir uma barreira mental e tentar não levá-la para o lado pessoal, para não deixar que suas críticas "toquem" você. É difícil embora.

Resposta curta: você não

As chances são de que quem está apontando o erro não está interessado no motivo pelo qual ele está errado, apenas o quer corrigido. É louvável o fato de que você deseja descobrir por que o erro foi cometido e o que pode aprender e, portanto, melhorar, mas novamente quem quer que esteja apontando o erro provavelmente não está interessado em ouvir seu monólogo interno.

continue fazendo o que está fazendo, isso ajuda a melhorar. Mas não faça isso em voz alta na frente do usuário.

Independentemente, você cometeu um erro, então você deve admitir. Você pode ter tido uma chance infinitamente pequena de evitá-lo, mas você o escreveu e ele foi lançado.

Ao lidar com pessoas sem domínio ou conhecimento técnico, por que você está dando explicações detalhadas? Parece uma desculpa ou uma explicação que está acima de suas cabeças, que eles interpretarão como uma desculpa.

Em muitos aspectos, não acho que você possa evitar esse conflito.

Explicar a lógica de como você chegou a qualquer ponto em que se encontra é importante para entender o "panorama geral" do problema em muitos casos, mas sempre haverá pessoas que verão isso como uma desculpa.

Selecionar com quem você conversa é o mais próximo que eu consegui gerenciar esse problema. Em geral, tudo se resume a não discutir isso com o pessoal da empresa e apenas discutir com pessoas que se envolverão com a solução técnica.

Até mesmo essa abordagem falha às vezes, porque o erro de hoje está freqüentemente vinculado a um requisito anterior e você leva a droga por esse caminho.

Em geral, eu tento não me preocupar muito com isso, como se as pessoas escolhessem isso como algo a ser levantado como um problema sobre você, provavelmente estão suficientemente motivadas para encontrar outro problema assim que você "corrigir" esse problema.

Assuma a responsabilidade por isso. Steven Covey o define como capacidade de resposta: sua capacidade de responder. Diga o que fará no futuro para evitar fazer algo assim novamente e siga em frente. No geral, você deve se preocupar com sua reputação a longo prazo, e não no momento imediato.

Se você confessar os erros, as pessoas o apreciarão e o respeitarão mais. Ele lhe dará mais credibilidade quando algo não é um erro (ou pelo menos não o seu próprio) e faz necessidade explicação.

Além disso, mesmo que não seja bem-sucedido, aceite-o como feedback construtivo e agradeça a quem apontou o problema. Se não tiver certeza do que eles dizem estar errado com seu código, faça as perguntas a seguir.

Aqui está o que você diz:

"Eu assumo total responsabilidade. Farei o meu melhor para corrigi-lo e não fazê-lo no futuro."

O que alguém pode dizer então? Eles aceitam o que você disse e seguem em frente ou disciplinam você. É isso aí. Isso coloca o ônus de volta neles para fazer alguma coisa ou, como eu disse, seguir em frente.

Na maioria das vezes, os erros existem, porque o programador esquece de considerar todos os casos. Às vezes, você escreve o código tendo em mente um cenário e depois o outro cenário falha. Nesse caso, se alguém perguntar sua resposta, deve ser "Esse caso não foi considerado. Deixe-me corrigi-lo e documentaremos que quem estiver tocando nesta parte do código deve codificar de acordo com este caso também".
Normalmente, cometer erros não são os problemas, mas repeti-los é um problema. Portanto, quando alguém lhe mostra o erro, você deve dizer: "Obrigado por descobrir isso. Eu o corrigirei e o mencionarei nas diretrizes de codificação".
Mas se alguém está continuamente encontrando os erros estúpidos e se isso o incomoda, toda vez que você altera o código, vá até essa pessoa e peça para ele verificar se há erros no código. Algum dia ele / ela vai ficar frustrado e parar com isso.