식별 된 문제의 원인을 "변명"으로 만들지 않고 어떻게 설명 할 수 있습니까? [닫은]

"무자비한 프로그래밍"을 연습하는 것처럼 (적어도 내가 할 수있는 한), 관련 코드를 작성한 사람 (위험한 코드를 작성하지 않은 경우)을 해결하는 데 중점을두고 있습니다. 이 문제의 원인을 해결합니다.

그러나 누군가 내 코드가 오류를 표시하도록 가리킬 때 종종 결함 코드를 작성하는 동안 내 사고 방식을 기억하려고 시도하고 오류 소스를 명확하게하기 위해 오류를 가리키는 사람에게 설명하려고합니다 (예 : 일부 이름은 잘못 선택되었으므로 의도하지 않은 방식으로 성공할 수 있습니다 ...).

이제 저는 이것을 반사적으로하는데 대부분의 동료들은이 반사를 이해합니다. 그러나 나는 동료가 유머 유무에 관계없이 식별 된 문제를 일으킨 사람들을 비난하는 마음가짐이있는 회사에서 일했습니다 (어쨌든 그것은 같은 미풍 효과가 있습니다).

이런 종류의 환경에서, 왜 잘못된 코드를 작성해야하는지 설명하면 다른 사람들이 당신이 변명을하려고한다고 생각하게됩니다. 나는 대부분의 기술이 아닌 사람들 (또는 도메인 전문가가 아닌 사람들은 개인적인 경험 일 뿐임)도 왜 자신이 잘못한 이유를 설명하려고 할 때와 똑같이 반응한다고 언급했습니다.

따라서 이런 종류의 사람들 / 환경을 다룰 때, "변명"처럼 보이지 않으면 서 실제 오류의 원인을 어떻게 설명 할 수 있습니까? (그리고 설명하려고 노력할 가치가 있습니까?)

나는 당신의 말이 당신이 느끼고있는 것과 일치하게하고, 당신이 가장 강하게 느끼는 것을 (자아없는 문제 해결) 먼저 응답하는 것의 문제라고 생각합니다. 동료가 끔찍한 변수 이름을 지적하면 "그 날 정말 피곤했다"라고 말하거나 "너는 옳다. 끔찍한 이름이다. 그 날 정말 피곤했다"고 말할 수 있습니다. 또는 "저는 그 일을했으며 그날 정말 피곤했습니다." 또는 "저에게 도움을 주셔서 감사합니다. 그날 정말 피곤했습니다." 등 이유를 이끌면 변명처럼 들립니다. 실수를 저 지르거나 다른 사람을 찾아서 고맙게 생각하거나 그에 동의한다면 그 이유는 그렇게 변명하는 것처럼 들리지 않습니다.

보너스로, 당신이 이것을 연습 할 때, 당신은 "나는 피곤했다. 나는 누군가 그것을 위해 그것을 사용할 것이라고 생각하지 않았다, 나는 서두르고있다"상황에 대한 설명을 제공 할 필요가 거의 없다는 것을 확실히 알 것이다. 당신은 여전히 ​​"잘 팔리는 판매 인이 사용자에게 기능이 추가 될 것이라고 말한 적이 없다고 언급하지 않았지만, 밥은 나에게 그에 대해 더 잘 설명하지 않았다. 근본 원인과 근본적인 변경 분석이 필요할 수있는 사양 "상황을 변경했습니다.

이러한 종류의 오해는 실용 주의자와 이상 주의자들 사이에서 일반적입니다. 실용 주의자들은 단지“무슨 일이 생겼습니다. 우리는 누구를 비난 할 수 있습니까?” 이상 주의자들은 이미 그 일이 다시 잘못되는 것을 방지하는 방법을 알아 내려고 노력하고 있습니다.

애쉬튼은 오후에 샌프란시스코에 들어갔다. 그는 SuperShuttle을 Fisherman 's Wharf에 데려 갔으며, 엉망이되어 식당에 가서 큰 팬케이크를 주문했습니다.

그때는 미시간에서 그의 전생을 포기한다는 의미가 실제로 가라 앉기 시작했습니다. 그는 직업이 없었고, 잠을 잘 곳이 없었으며, 자동차가 사라졌으며, 학생 대출로 4 만 달러를 받았고, 지갑에 정확히 173 달러가있었습니다.

그러나 골리에, 그들은 확실히 샌프란시스코에 예쁜 웨이트리스를 가지고 있다고 그는 생각했다. 그는 앞면 금전 등록기 옆의 몰리 링 발트 같은 딸기 컬에 감탄했다. 키가 5 피트가 조금 넘을 수도 있습니다. 미친 주근깨.

Ashton이 황량한 식당 건너편에서 그녀를 응시하는 동안 옷을 입은 두 소년이 들어와 대화를 시작했습니다. 관광객, 아니면 학생? 이 근처에 학교가 있습니까? 샌프란시스코에는 학교가 있어야합니다. 그는 그들의 말을들을 수 없었지만“테이블을 가지고 팬케이크를 사줄 수 있습니까?”보다 조금 더 복잡해 보였습니다.

“몰리”가 지갑을 꺼내 주변을 뒤 졌어요. 그녀는 아이들에게 돈을 주었다. 대화는 계속되었습니다. 그녀는 전화를 걸려 고 노력했다. 아무도 대답하지 않습니다. 결국 그녀는 금전 등록기를 열었고 오히려 많은 돈을 세어 그녀에게 주었다.

Ashton은“이상한 일”이라고 생각했지만 수표를 지불하고 Craigslist에서 아파트를 찾기 위해 인터넷 카페로 길을 건너갔습니다.

그를 때리는 첫 번째 일은 아파트 가격이 미쳤다는 것입니다. 그는 미시간으로 돌아와서 멋진 침실 1 개에 475 달러를 지불했지만 샌프란시스코에서는 그보다 3 배가 많은 것 같았습니다. 직업이 없으면 그는 누구에게 빌릴 것인지조차 확신하지 못했습니다. 그는이 문제를 숙고하는 동안 팬케이크 장소에서 웨이트리스가 나오고 분명히 산란하는 것을 보았습니다. 그녀는 버스 정류장에 앉아 울기 시작했다.

지금, 오래된 애쉬튼은 절대 울지 않는 모든 사람에게 길거리에서 임의의 소녀에게 절대로 올라가지 않을 것입니다 . 그러나 샌프란시스코의 마법은 어쨌든 그를 막아 버렸습니다. 그래서 그는 페퍼민트 차 두 잔을 샀습니다. 버스 정류장에 가서 그녀 옆에 앉아서 말했다.“페퍼민트 차가 한 잔 더있는 것 같습니다. 이거 좋아하세요?"

소녀는 그를보고 당황한 다음 조금 웃었다.

애쉬튼은“죄송합니다. “저는 보통 이것을하지 않습니다. 나는 당신이 IHOP에서 일하는 것을 보았습니다. 그건 그렇고, 나는 애쉬튼입니다. N과 함께.”

“저는 Becca입니다.”그녀가 말했습니다. "M과 함께."

애쉬튼은“M은 침묵한다고 생각합니다.” 그들은 조금 웃습니다. 베카가 iff. 애쉬튼은 코트 주머니에서 손수건을 찾습니다. 정말 추운 날씨에 살기 좋은 곳입니다.

그들은 말하기 시작합니다. 베카가 방금 해고 됐어요

“그 바보 같은 노인. 그는 내 말을 듣지 않을 것입니다! 나는 그의 아들을 구제하기 위해 등록부에서 약간의 돈을 가져 갔지만 그는 그것에 대해 듣고 싶지 않았습니다. 그는 방금 내가 그것을 훔쳤다고 생각했습니다.”

"뭐?"

"음,이 아이들은 식당에 왔는데 Dimitrious의 아들 인 Daryl의 교우였습니다."

“그게 주인 이니?”

"권리. 어쨌든이 아이들은 멋져 보였지만 어떤 마약상들은 대릴에서 어떤 이유로 화를 내며 그를 구하기 위해 200 달러가 필요하다고 말했습니다.”

“무엇에서 그를 구해? 나는 그것을 얻지 못한다. 어떻게 작동합니까?” 애쉬튼이 물었다. 실제 이야기처럼 들리지 않았습니다. 그러나 아마도 이것이 캘리포니아에서 일한 방식 일 것입니다.

“나는 그들에게 내 자신의 40 달러를 주었다. 그러나 그들은 그들이 200 달러를 내놓지 않으면 대릴이 다치게 될 것이라는 매우 반박했다. 나는 전화로 Dimitrious 씨에게 연락 할 수 없었고 무서워서 등록부에서 160 달러를 꺼내서 그들에게 주었다. 그러나 내가 그에게 설명하려고 할 때, 그는 단지 뒤집어 내 말을 듣지 않았습니다. 나는 그에게 데릴이 곤경에 빠졌다고 말하려고했고 그가 이야기하고 싶은 것은 내가 그에게서 훔친 것 뿐이었다. 자기 아들을 도와 주려고 어떻게 나를 해고 할 수 있습니까? 그 사람에게 무슨 문제가 있습니까?”

애쉬튼은 베카가 방금 사기를 당했다고 확신했지만, 자신을 데려 올 수 없었습니다. 그리고 그녀는 눈에 띄게 화 났지만, 그녀와 대화하는 것을 즐기고 있었기 때문에 대화를 시작했습니다. 그는 미시간의 가구 회사에서 일할 때 모든 사람이“5 가지 이유”라는 과정을 수강해야한다고 비난하기 시작했습니다. 문제는 무언가 잘못 될 때마다 즉각적인 원인을 찾아야하는 이유였습니다. 그런 다음 그 이유를 다시 묻고, 근본 문제를 발견 할 때까지 약 5 번 정도 계속했습니다.

예를 들어, 당신은 해고당했습니다. 왜? 금전 등록기에 돈이 없었기 때문입니다. 왜? 아이들에게 줬기 때문에 왜? 그들이 대릴에게 문제가 있다고 말했기 때문입니다. 왜?"

“잠깐, 왜? 베카가 물었다.

"왜 그들은 Daryl이 곤경에 빠졌다고 말했습니까?"

베카는 잠시 생각했다.

"저는 사기를당했습니다."

"아마 당신이 한 것 같아요."

베카는 정말 정말 오랫동안 침묵했습니다. 그러자 그녀는 웃기 시작했고, 애쉬튼에 감염되었고, 그들은 스트레스를받은 하루를 보낸 후 모두 미친 듯이 웃으며 기분이 좋았습니다.

그녀는“너는 대단하다”고 말했다. “5 가지 이유.” 그는 동의해야했다.

그들은 좋은 시간을 보내고 있었다. 그들은 노스 엔드 전역을 걸었고 몇 시간 동안 이야기했습니다. 그는 그녀에게 프로그래머와 가구 회사에 대해 이야기했으며, 2 년 동안 직장에서 한 일이 중요하지 않고 어떻게 병에 걸렸고 새로운 삶을 시작했는지에 대해 이야기했습니다. 샌프란시스코에서 겨울 밤에 머물 곳.

베카는“오 세상에. 저는 Russian Hill에있는 큰 공동 주택에 살고 있습니다. 지금은 빈 방이 있습니다.”

“러시아 힐은 어디에 있습니까?” 애쉬튼이 물었다.

"그것은 멀리 있지 않다. 내가 가져갈 게 하지만 잠깐만 기다리세요. 다시 한 번 더 시도해서 직장을 되 찾을 수 있을까요?”

애쉬튼은 하루 종일보다 행복했습니다. 일에는 실제로 운동하는 방법이 있습니다.

"확실한!" 그는 거의 멍청하다고 말했다. "잠깐만." 그리고 그는 지갑에서 160 달러를 꺼내서 정확히 3 달러를 남겨두고 베카에게 주었다.

“오, 난 못해!” 그녀는 말했다.

그리고 늦었 어.

그리고 한 시간이 지나고 또 다른 웨이터는 분명히 Ashton에게 반 했었습니다. 그래서 그는 커피 한 잔을 주문하고 몇 시간 동안 식탁에 앉아있는 것에 대해 귀찮게하지 않았습니다. 오전 2시, 웨이터는 마침내“유감스러운 녀석입니다. 우리는 문을 닫습니다. 당신은 떠나야합니다.”라고 말합니다.

최선의 선택은 문제를 인정하고 신속하게 해결하겠다고 약속하는 것 같습니다. 일반적으로 사람들은 실수를 저지른 이유와 방법에 관심이 없으며, 관리자의 유일한 예외는 계속해서 자신에게 맞는 직업을 평가해야한다는 점입니다.

실수를 한 사람을 비난하는 것은 인간의 본성이며 당신은 그것을 도울 수 없습니다. 최선의 조언은 정신적 장벽을 세우고 너무 개인적으로 받아들이지 말고 그들의 비판이 당신을 "만지지"않도록하는 것입니다. 그래도 어렵습니다.

짧은 대답 : 당신은하지 않습니다

오류를 지적하는 사람이 왜 오류가 있는지에 관심이 없으며 수정하기를 원할 수도 있습니다. 오류가 발생한 이유와 오류로부터 배우고 개선 할 수있는 것을 발견하고 싶다는 사실은 칭찬 할 만하지 만, 오류를 지적하는 사람은 아마도 내부 독백을 듣는 데 관심이 없을 것입니다.

하고있는 일을 계속하면 개선에 도움이됩니다. 그러나 사용자 앞에서 크게 소리 내지 마십시오.

어쨌든 실수를 했으므로 인정해야합니다. 당신은 그것을 피할 수있는 무한한 작은 기회를 가지고 있었을 지 모르지만, 당신은 그것을 쓰고 풀어 놓았습니다.

도메인이나 기술 전문 지식이없는 사람들을 대할 때 왜 자세한 설명을하고 있습니까? 그것은 변명처럼 들리거나 그들의 머리 위에있는 설명으로 변명으로 해석 될 것입니다.

많은 점에서 나는 당신이이 갈등을 피할 수 있다고 생각하지 않습니다.

당신이 어떤 시점에 도착했는지에 대한 이론적 근거를 설명하는 것은 많은 경우에 문제의 "큰 그림"을 이해하는 데 중요하지만, 항상 이것을 변명으로 보는 사람들이있을 것입니다.

대화를 나눌 사람을 선택하는 것이이 문제를 관리하는 데 가장 근접한 것입니다. 일반적으로 비즈니스 사람들과 토론하지 않고 기술 솔루션에 참여할 사람들과 만 토론하도록 요약합니다.

오늘날의 잘못은 종종 이전의 요구 사항과 관련이 있고 어쨌든 그 길에서 약을 얻으므로 그 접근법조차 때때로 실패합니다.

일반적으로 나는 사람들이 당신에 대한 문제로 제기 할 무언가를 선택하려고 할 때 너무 걱정하지 않으려 고합니다.이 동기를 부여하면 가능한 한 빨리 다른 문제를 찾을 것입니다.

책임을 져야합니다. 스티븐 코비 (Steven Covey)는이를 대응 능력 으로 표현합니다 . 다시는 그런 일을하지 않기 위해 앞으로 무엇을 할 것인지 말하고 따르십시오. 전반적으로 즉각적인 순간이 아니라 장기적인 명성에 대해 걱정해야합니다.

실수를 저지르면 사람들은 그 점에 대해 감사하고 더 존경 할 것입니다. 어떤 것이 오류가 아니거나 적어도 자신의 것이 아닌 경우 설명 이 필요할 때 더 많은 신뢰성을 제공합니다 .

또한 제대로 전달되지 않더라도 건설적인 피드백으로 받아 들여 문제를 지적한 사람에게 감사하십시오. 그들이 말한 내용이 코드에 잘못되어 있는지 확실하지 않은 경우 후속 질문을하십시오.

당신이 말하는 것은 다음과 같습니다.

"나는 전적으로 책임을집니다. 앞으로는 최선을 다해 수정하지 않을 것입니다."

그러면 누군가 무엇을 말할 수 있습니까? 그들은 당신이 한 말을 받아들이고 계속 나아가거나 당신을 징계합니다. 그게 다야. 그것은 무언가를 시키거나 내가 말했듯이 계속 움직일 수 있습니다.

프로그래머는 모든 경우를 고려하는 것을 잊기 때문에 대부분의 경우 오류가 발생합니다. 때로는 한 시나리오를 염두에두고 코드를 작성하고 다른 시나리오는 실패했습니다. 이 경우에는 "이 경우는 고려되지 않았습니다. 수정하겠습니다.이 코드 부분을 건 드리는 사람도이 사례에 따라 코드를 작성해야합니다"라고 대답해야합니다.
일반적으로 실수하는 것은 문제가 아니지만 반복하는 것이 문제입니다. 그러므로 누군가 당신에게 실수를 보여 주면, "그것을 찾아 줘서 고마워. 그것을 고치고 코딩 가이드 라인에서 언급 할 것이다."라고 말해야한다.
그러나 누군가가 어리석은 오류를 지속적으로 발견하고 귀찮게하는 경우 코드를 변경할 때마다 그 사람에게 가서 코드의 오류를 확인하도록 지시하십시오. 언젠가는 좌절하고 멈출 것이다.