0
1

Delete article

Deleted articles cannot be recovered.

Draft of this article would be also deleted.

Are you sure you want to delete this article?

あえて即答しないほうがいいのは、どんなとき?

0
Posted at

100 ポエムを目指してみています。

驚き最小の原則 - Wikipedia
驚き最小原則
プログラマの心の健康

あえて即答しないほうがいいのは、驚き最小の原則に反するときかななどと感じる。ある驚きの結論が想定されるとしても仮定で今それを即答したほうが良いか、もう少し確実な裏付けを取ってから渡したほうが良いか、驚きが大きくなってしまうようであれば敢えて即答しないほうが良いこともあるのではなど。

たとえば調査開始10分で「深刻な製品不具合の可能性」という仮説にたどり着いたとするとき、すぐ伝えれば情報提供としては最速です。一方 30 分後に「すみません、製品不具合ではありませんでした」と訂正しても、前に話したように相手の中で一度走り出した情報を巻き戻すコストが発生する。

考えるべきなのは、今伝えたときの驚き と 後から伝えたときの驚き の比較?

「現時点では原因を特定できていません。一つの可能性として製品側の問題も確認していますが、まだ裏付けが取れていません。確認でき次第お知らせします」

個人的には速く返事をするのが好きだが、その一言によって相手の中に大きなメンタルモデルができ、それを後から壊すコストが高そうなら、少し待つ。または結論ではなく「いま何を疑っていて、どこまで分かっているか」を伝える。速く答えることより、相手を必要以上に振り回さないことも大事なのかなと。

早く答えることと、正しく答えること、どちらが大事だと思う? #ポエム - Qiita


以上、IT エンジニアのお仕事を雑多に考えてみています。

人に対するバイアスを取り除くには、どうすればいいと思う? #ポエム - Qiita
「仕事ができる人」って、結局どんな人だと思う? #ポエム - Qiita
早く答えることと、正しく答えること、どちらが大事だと思う? #ポエム - Qiita
「分かりません」と言えることも、技術力だと思う? #ポエム - Qiita
難しいことを簡単に話すのも、エンジニアリングだと思う? #ポエム - Qiita
どんな人を見ると「技術力が高そう」と感じる? #ポエム - Qiita
エンジニアの技量って、どうやって測ればいいと思う? #ポエム - Qiita
「IT に詳しい人」と「IT エンジニア」は、何が違うと思う? #ポエム - Qiita
「便利屋」と「エンジニア」の境界線はどこにあると思う? #ポエム - Qiita
「何も作らないこと」が最善のエンジニアリングになることはある? #ポエム - Qiita
問題を解くことと、問題そのものを小さくすること、どちらが大事? #ポエム - Qiita
「とりあえず調べます」と言える人は、なぜ強いと思う? #ポエム - Qiita

0
1
0

Register as a new user and use Qiita more conveniently

  1. You get articles that match your needs
  2. You can efficiently read back useful information
  3. You can use dark theme
What you can do with signing up
0
1

Delete article

Deleted articles cannot be recovered.

Draft of this article would be also deleted.

Are you sure you want to delete this article?