特定された問題の原因を「言い訳」にせずにどのように説明しますか?[閉まっている]


14

(少なくともできる限り) "エゴレスプログラミング"を実践しているので、関連するコードを書いた人(その人が危険なコードを作成しない場合)の解決に焦点を当てており、確実に問題を完全に理解したいこの問題の原因を解決します。

しかし、誰かが私のコードを指してエラーを表示するとき、私はしばしば欠陥コードを書いている間、自分の考え方を思い出そうとし、エラーの原因を明確にするためにエラーを指している人にそれを説明しようとします一部の名前は不適切に選択されているため、意図しない方法で使用したり、明らかに成功したりする可能性があります...)。

今、私は反射でこれを行い、私の同僚のほとんどはこの反射を理解しています。しかし、私は、ユーモアの有無にかかわらず、特定された問題を起こした人々を非難する同僚がいる会社で働いていました(私にとっては、とにかく同じ正気でない効果があります)。

この種の環境では、間違ったコードを記述しなければならない理由を説明すると、他の人が言い訳をしようとしていると考えるようになります。私は、ほとんどの技術者でない人(またはドメイン専門家ではない、確かに個人的な経験に過ぎない)も、あなたが何か間違ったことをした理由を説明しようとすると、まさにそのように反応することに気付きました。

それで、この種の人々/環境を扱うとき、「言い訳をする」ように見えることなく、エラーの本当の原因をどのように説明しますか?(そして、説明しようとする価値さえありますか?)


HRインタビュー中に(技術的なことではなく)私にこれが起こった...面白くない:/
Matthieu M.

回答:


10

自分の言葉を自分が感じているものと一致させ、あなたが最も強く感じていることを(自我のない問題解決)あなたの応答に最初に入れるだけの問題だと思います。同僚がひどい変数名を指摘すると、「その日は本当に疲れていた」と言うことも、「あなたは正しい、それはひどい名前だ。その日は本当に疲れていた」と言うこともできます。または「私はそれをした人です。その日は本当に疲れていました。」または「それを見つけてくれてありがとう。その日は本当に疲れていた。」等あなたが理由でリードする場合、それは言い訳のように聞こえます。あなたが間違いを所有し、誰かにそれを見つけてくれたことに感謝するか、単に彼らに同意することでリードする場合、その理由は言い訳のように聞こえません。

おまけとして、これを練習すると、「私は疲れていた、誰もそのためにそれを使うとは思わなかった、急いでいた」という状況を説明する必要性がほとんど確実になくなるでしょう。それでも、「機能が追加されるとユーザーに言ったことはよく売れませんでした。ボブはそれを適切に説明しませんでした。ジョーがより適切な変数名を選択した場合、根本原因と根本的な変更分析が必要な場合に、仕様を変更しました。


それが最善の解決策だと思います。最終的には、問題に同意して修正することに焦点を当て、より多くの時間とエネルギーを獲得し、質問された場合に考えた問題の原因のみを説明します。結局のところ、デフォルトでは、私が気にするのは私だけです。彼らが気にするなら、私は推測するでしょう。
クライム

12

これらの種類の誤解は、プラグマティストと理想主義者の間で一般的です。現実主義者は、「何かがうまくいかなかった...誰が責任を負うことができるのか?」と考えているだけです。

アシュトンは午後にサンフランシスコに着きました。彼はスーパーシャトルをフィッシャーマンズワーフに連れて行き、空腹になってレストランに行き、大きなパンケーキを注文しました。

ミシガン州での彼の以前の生活を放棄することの意味が本当に沈み始めました。彼は仕事も、寝る場所もなく、車もなくなり、学生ローンで40,000ドルを支払い、財布には173ドルしかありませんでした。

しかし、ゴルイー、彼らは確かにサンフランシスコでかなりウェイトレスを持っている、と彼は考え、フロントレジのそばに立っているモリー・リングウォルドのようなイチゴのカールを賞賛した。たぶん、5フィート強の高さです。クレイジーそばかす。

アシュトンがさびれたレストランの向こうから彼女を見つめている間、数人の身なりの良い男の子が入って来て、彼女と話し始めました。観光客ですか、それとも学生ですか?この辺りに学校はありましたか?サンフランシスコには学校がなければなりません。彼は彼らが言っていることを聞くことができませんでしたが、「テーブルを持ってパンケーキを買ってください」よりも少し複雑に見えました。

「モリー」は彼女の財布を取り出して、うろついた。彼女は子供たちにお金を与えました。会話は続きました。彼女は電話をかけようとしました。誰も答えません。最終的に彼女はレジを開き、かなり多くのお金を数えた。

「それは奇妙だ」とアシュトンは考えたが、彼は小切手を支払い、通りを渡ってインターネットカフェに行き、クレイグスリストでアパートを探した。

彼を襲った最初のことは、アパートの価格が正気でないことでした。ミシガンに戻って、彼は本当に素敵な1ベッドルームに475ドルを払っていましたが、サンフランシスコでは、それが3倍になったようです。仕事がなければ、彼は誰かが彼に借りるかどうかさえ確信していませんでした。彼はこの問題を熟考している間、パンケーキの場所からウェイトレスが出てくるのに気づき、明らかに取り乱しました。彼女はバス停に座って泣き始めました。

今、古いアシュトンは決して、決して泣いている誰もが、路上でランダムな女の子に行くが、サンフランシスコの魔法の呪文はどういうわけか彼の抑制を失ったので、彼はペパーミントティーを2杯買いました、バス停に行き、彼女の隣に座って、次のように言いました。好きですか?"

少女は彼を見て困惑し、少し笑った。

「ごめんなさい」とアシュトンは言った。「私は通常これをしません。私はあなたがIHOPで働いているのを見て、そして私がここであなたを見たとき....ああ。ところで、私はアシュトンです。Nで。」

「私はベッカです」と彼女は言った。「Mで」

アシュトンは、「Mは沈黙していると思う?」と言った。彼らは少し笑った。ベッカはにおいを嗅ぎます。アシュトンはコートのポケットにハンカチを見つけました。これは本当に寒い気候に住んでいたことの名残です。

彼らは話し始めます。Beccaが解雇されたことがわかりました。

「その愚かな老人。彼は私に耳を傾けないだろう!私は自分の息子を救済するためにレジスターからいくらかお金を取りましたが、彼はそれについて聞きたくありませんでした。彼は私がそれを盗んだと思っただけです。」

"何?"

「まあ、これらの子供たちはレストランに来ました。彼らはディミトリウスの息子のダリルの学友でした。」

「それは所有者ですか?」

"正しい。とにかく、これらの子供たちはいいように見えた、彼らはいくつかの麻薬の売人が何らかの理由でダリルに腹を立て、彼を救うために200ドルを必要としたと言いました。」

「何から彼を救い出しますか?わかりません。アシュトンは尋ねた。それは本当の話のようには聞こえませんでした。しかし、多分これはカリフォルニアで物事が働いた方法だった。

「私は彼らに自分の40ドルを与えましたが、彼らは彼らが200ドルを思い付かなければダリルが傷つくだろうと非常に主張していました。電話でディミトリウス氏に連絡することができず、怖かったので、レジスタから160ドルを取り出して彼らに渡しました。しかし、私が彼にそれを説明しようとしたとき、彼はただひっくり返って、私に耳を傾けませんでした。私は彼にダリルが困っていることを伝えようとしました、そして彼が話したかったのは私が彼から盗んでいるということだけでした。彼は自分の息子を助けようとして、どうして私を解雇できるでしょうか?あの男は何が悪いの?」

アシュトンは、ベッカがちょうど詐欺にかかったと確信していましたが、それを彼女に打ち砕くことができませんでした。そして、彼女が目に見えて動揺していても、彼は本当に彼女と話すのを楽しんでいたので、彼は会話を引きずりました。彼は、ミシガン州の家具会社で働いていたとき、誰もが「5つの理由」と呼ばれるコースを受講しなければならなかった方法について非難し始めました。次に、その原因を突き止めるために再度理由を尋ね、根本的な問題が見つかるまで約5回、それを繰り返しました。

「だから、例えば、解雇された。どうして?レジにお金がなかったからです。どうして?何人かの子供にそれを与えたからです。どうして?ダリルは困っていると言っていたからです。なぜ?"

「待って、どうして?」ベカは尋ねた。

「なぜダリルが困っていると言ったのですか?」

ベカは少し考えました。

「私は詐欺に遭ったのです。」

「多分あなたがしたと思う。」

ベカは本当に長い間黙っていました。それから彼女は笑い始めました、そしてそれはアシュトンに感染しました、そして、彼らは二人とも狂ったように笑っていました、そしてそれはストレスの多い日の後、素晴らしい気分でした。

「あなたは完全なオタクだ」と彼女は言った。「5つの理由」彼は同意しなければなりませんでした。

彼らは楽しい時間を過ごしていました。彼らはノースエンドを歩き回り、何時間も話しました。彼は彼女に、プログラマーであり家具会社であり、2年後に仕事で行ったことはどうでもいいことでした。サンフランシスコの冬の夜に滞在する場所。

「ああ、すごい」とベッカは言った。私はロシアンヒルの大きなシェアハウスに住んでいます。空の部屋が今あります。」

「ロシアの丘はどこですか?」アシュトンは尋ねた。

"そんなに遠くない。連れて行ってあげる。でも待って...待ってくれますか。もう一度仕事を取り戻せますか?」

アシュトンは一日中よりも幸せでした。物事には本当に解決する方法があります。

「確かに!」と彼は言った。「ちょっと待って。」そして、彼は財布から160ドルを取り出して、ちょうど3ドルを残して、それをベカに渡し、「これを取りなさい、あなたが仕事を取り戻すのを助けるかもしれない」と言いました。

「できませんでした」と彼女は言いましたが、アシュトンは主張し、彼らはコロンバス通りのローマの階段で30分で会うことに同意しました。レストランに向かって。

そして、それはちょっと遅れました。

そして、1時間経つとさらに1時間経ち、イタリアのウェイターは明らかにアシュトンに夢中になったので、彼は1杯のコーヒーを注文して何時間もテーブルに座っているだけではなく、真夜中だから午前1時です。午前2時、ウェイターがようやく言います。


6
ねえ、ジョエル、ここには本当に素晴らしいアイデアがあります...多分あなたはブログを検討すべきですか?
マクニール

2
別の非回答の場合は-1。これは複雑な質問に対する思慮深い答えではなく、進行中の列車事故です。
ジョシュK

2
@マクニール:これ?これはとりとめのない混乱です。答えの茶番。私はジョエルを尊重し、彼はいくつかのまともなものを書いていると思います。この?冗談だよ。
ジョシュK

2
@Bob:探究心は答えをどこか他の場所で探すべきです。
ジョシュK

1
@sharptooth:OPは、自分のバグについての彼の内なる考えを、彼が何を考えているかを気にせず、バグを修正したいだけの人々に吹き飛ばします。ジョエルの無意味な毛むくじゃらの犬の物語のように、それは彼らの時間の無意味な無駄です。JoelはOPの機能を取り入れてSEコンテキストに変換し、それがむち打ちをしている人を除くすべての人を本当に苛立たせていることを示しました。物語には道徳ありません。物語道徳です。
ボブマーフィー

6

最善の選択肢は、問題を認めてすぐに修正することを約束することだと思います。一般的に人々は、なぜあなたがミスを犯したのか興味がありません。唯一の例外は、彼があなたの職業的適合性を継続的に評価する必要があるためです。

ミスをした人を非難することに関しては、それは人間の性質にあり、あなたはそれを助けることはできません。最善のアドバイスは、彼らの批判に「触れられる」のではなく、精神的な障壁を築き、個人的にそれを受け入れないことです。でも難しいです。


6

短い答え:しません

エラーを指摘している人は誰がそれが間違っているのか興味がなく、ただ修正したいだけかもしれません。エラーが発生した理由とそのエラーから学習して改善できることを発見したいという事実は称賛に値しますが、エラーを指摘している人は誰でも内部の独白を聞くことに興味がないでしょう。

あなたがしていることをやり続けてください、それはあなたが改善するのを助けます。しかし、ユーザーの前で大声でそれをしないでください。


絶対的に正しい。レストランのウェイターが他の人の食事を持ってきてくれたら、彼にそれを取り除いて、できるだけ早く私の食事を持ってきてほしい。彼がなぜそうしたのか聞きたくありません。
ボブマーフィー

@Klaim:「ごめんなさい。私はそれを修正します。」と言うだけです。ほとんどの人が気にするのはそれだけだからです。
ボブマーフィー

@ボブ・マーフィー、なぜ「ごめんなさい」と悩むのですか?「次のことに注意してください」と言うだけではどうでしょうか。申し訳ありませんが、非難のサイクルの一部です。壊れており、修正する必要があります。謝罪するものはありません。
ダンローゼンスターク

@Bob Murphy:ええ、ごめんなさいごめんなさい、あまりにも頻繁に使われています。通常、誰かがごめんなさいという意味ではありません-それは単なるプロトコルのキーフレーズです。実際のアクションと態度が実際に必要なプロトコルのキーフレーズが必要ですか?
sharptooth

1
@スティーブン:私は完全に同意します。実際、私はしばしばアメリカの政治が決闘に復帰することで大いに役立つと思います。
ボブマーフィー

1

とにかく、あなたは間違いを犯したので、それを認めるべきです。回避するチャンスは無限にあったかもしれませんが、それを書いてリリースされました。

ドメインや技術的な専門知識を持たない人を扱うとき、なぜ詳細な説明をするのですか?それは言い訳のように聞こえるか、彼らが言い訳として解釈する彼らの頭の上にある説明です。


0

多くの点で、この矛盾を回避できるとは思いません。

多くの場合、問題の「全体像」を理解する上で、どの時点に到達したかについての理論的根拠を説明することは重要ですが、これを言い訳と見なす人々は常に存在します。

誰と会話するかを選択することは、私が今までこの問題を管理することに最も近づいたことです。一般的に、ビジネススタッフと議論するのではなく、技術的ソリューションに関与しようとしている人々とのみ議論することになります。

今日の間違いはしばしば以前の要件にリンクされており、とにかくその道をたどって薬物を摂取するため、そのアプローチでさえ時々失敗します。

一般に、あなたが問題として提起する何かとして人々がそれを「修正」できるとすぐに別の問題を見つけるだろうと彼らが十分に動機付けられていると選択するので、私はそれについてあまり心配しないようにします。


0

それに責任を負います。スティーブン・コヴィーは、それを応答能力、つまりあなたの応答能力と表現しています。将来そのようなことをするのを防ぐために、あなたが将来何をするかを言ってください。全体として、当面の瞬間ではなく、長期的な評判について心配する必要があります。

あなたが過ちを犯した場合、人々はそれを高く評価し、あなたをより尊重します。何かがエラーではない(または少なくとも自分のものではない)場合、より信頼性が高くなり、説明必要になります。

また、うまく配信されない場合でも、建設的なフィードバックとして受け取り、問題を指摘した人に感謝します。彼らがあなたのコードで間違っていると言っていることがわからない場合は、フォローアップの質問をしてください。


あなたの答えが私の答えに直接答えるかどうかはわかりません。私は問題に責任を持ち、適切な解決策を提供しようとしますが、これを行うには、まず最初に間違ったコードを実行した理由を見つける必要があります。理由がどうであれ、それは説明(または説明しようとするまさにその事実)であり、何かを説明しようとするのを止める文をカットする「あなたは言い訳をしている」と思われます。とはいえ、私はまだ問題を解決できるので、私にとって大きな問題ではありませんが、それは私が推測するコミュニケーションの問題です。
クライム

「説明する」というあなたの衝動は、顔を救おうとしています。別の方法でそれを行うべきだと言っています。表面的にはあなたの質問に答えているのではなく、根本的な原因であなたを助けています。
マクニール

0

あなたの言うことは次のとおりです。

「私は全責任を負います。今後は修正せずに修正するよう最善を尽くします。」

誰かがそれから何と言うことができますか?彼らはあなたの言ったことを受け入れて先に進むか、あなたを懲らしめます。それでおしまい。それは彼らに何らかの責任を負わせたり、私が言ったように先に進んだりする。


あなたの間違いの理由が他の誰かの間違いであり、それも修正する必要がある場合、あまり良くない
ケイトグレゴリー

@kateは、責任者がどれだけ逃げられるかに驚くかもしれません。
ジョニー

私はあなたがそれで逃げることを心配していない、私は誰も他の男に行き、彼が間違ったことをやめたり、それを変更したり、または他のことをやめるように彼を得るのではないかと心配している。ほぼ常に)誰が責任を負うかよりもずっと重要です
ケイトグレゴリー

@kateは監督者と雰囲気に依存します。彼はいつも、私の部分が何であれ、私は全責任を負うと言うことができました。
ジョニー

また、「問題があります。他のチームメンバーと協力して問題を解決します」と言うこともできます。
ボブマーフィー

0

プログラマーがすべてのケースを考慮することを忘れているため、ほとんどの場合、エラーが発生します。場合によっては、1つのシナリオを念頭に置いてコードを記述し、その後、他のシナリオは失敗します。この場合、あなたの答えが「そのケースは考慮されませんでした。それを修正させてください。コードのこの部分に触れている人は誰でもこのケースに従ってコーディングするべきです」と答えるべきです。
通常、間違いを犯すことは問題ではありませんが、それを繰り返すことは問題です。したがって、誰かがあなたに間違いを見せたら、「それを見つけてくれてありがとう。私はそれを修正し、コーディングガイドラインでそれを言及する」と言うべきです。
しかし、誰かが愚かなエラーを継続的に発見し、それが気になる場合は、コードを変更するたびにその人に行き、エラーがないかコードをチェックするように伝えてください。いつか彼/彼女は欲求不満になり、それを止めます。


1
誰かがあなたのコードで愚かなエラーを見つけ続けるなら、あなたはあなたのためにあなたのエラーチェックをするようにその人を悩ませる前にあなたの仕事を再確認することを確かめるべきです。目標はエラーをなくすことです。そのため、品質を改善しようとしている人をいらいらさせることは、進むべき道ではありません。
アダムリア
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.