初次見面。
我是在 PRUM 擔任工程師的人見。
每天我會整理並發佈程式學習與實務中容易卡住的重點。
對 PRUM 有興趣的人,
也歡迎看看企業網站。
▶ 企業網站

在前篇中,
「バグが出ました」
(「出現了 bug」)
從這一句話出發,我整理了為什麼對話會變得繞遠路的原因。
沒有思考的餘裕。會顧慮而不說。無法把想法說清楚。
正因為有這些狀況,
你應該能看出 「停在報告階段」 會發生的原因。
那麼,
👉 要如何從這個狀態邁出下一步呢?

在現場,你有沒有看過這樣的對話?
「不是報告,要改成諮詢」
結果變成了,
「我該怎麼做?」
變成這樣的提問。其實,這是非常自然的流程。
新人腦中會浮現這樣的想法
必須問些什麼。
↓
但是,不知道該怎麼問。
↓
先把它弄成問題的形式試看看。
也就是說,
雖然想要諮詢,卻只能提出問題 的狀態。
其實我自己也有相同的經驗。
當我意識到「不要只報告,要改成諮詢」時,
會不自覺地問「我該怎麼做?」,
結果前輩會反問現況。
那時才第一次意識到,
「咦?這樣可能並不是在諮詢啊。」
換個視角想想,例如跟朋友諮詢時,
「我在 XX 上遇到困擾,不知道該怎麼辦」
這種對話很常見吧?
在這種情境下,目的是一起思考或是產生共鳴。
但在工作的場域就有點不同。
前輩或是領導,需要判斷接下來應該如何行動,這是他們的職責。
換句話說,
兩者是有差別的。
若沒意識到這個差別就進入工作情境,
就容易以「我該怎麼做?」這種問法去詢問。
這並不是錯誤,而是自然會發生的落差。
這裡是最重要的重點。
提問是,
⇒ 把疑問直接丟出去
我該怎麼做?
諮詢則是,
⇒ 提供讓對方作決策所需的材料
在商品註冊處理出現錯誤。
我懷疑是資料庫某欄位為 null,所以做了確認,但沒找到原因。
想確認是否可以朝這個方向繼續調查。
換句話說,
提問是向對方要求「答案」的形式。
諮詢是向對方要求「判斷」的形式。
這個差異會大幅改變對話的品質,
而且會直接反映在工作的推進方式上。
理解這個「重點」後,情況會立刻改變。
前輩或領導並不是在要求完美的說明。
他們想知道的只有一件事,
就是 「要如何判斷?」。
為了讓他們可以判斷,需要的資訊如下:
這四項齊備的話,就能在現場作出判斷。
反過來說,若沒有這些資訊,前輩們就無法想像狀況,
只好再回問你問題。
大家對同一狀況的觀點為何相同、你已經思考到哪裡,
只有透過共享這些資訊,工作才能順利進行。
重要
諮詢不是「單純傳達狀況」,
而是 「把讓對方能夠判斷的材料交給對方」。

一開始不需要把所有事情都整理得很完整。
1:首先,
👉 只要傳達 「發生了什麼」 與 「想請對方做什麼」 就足夠了。
例如,
「在商品註冊處理出現錯誤,能麻煩你先看一下嗎?」
光是這一句,就已經是「諮詢」了。
2:稍微習慣後,
👉 再補上 「自己的想法」。
「在商品註冊處理發生 NullPointerException。
懷疑是資料庫欄位為 null 的可能性,已經做過確認,但沒找到原因。
想確認是否可以朝這個方向繼續調查。」
到了這個程度,幾乎一次來回就能成立對話。
3:進一步的提點,
👉 把問題設計成可以用 Yes / No(是/否)回答的形式也很有效。
「我照這個方向調查可以嗎?」
這樣問的話,對方就能立刻作出判斷。
如同前篇看到的,
正因為如此,就算被告知「請諮詢」,一開始也只能提出問題。
這種情況在剛開始工作時,任何人都會遇到。
因此重要的不是說得完美,
而是 稍微整理一下。
「發生了什麼事」
「想請對方做些什麼」
你的這一句話,會決定這是以「提問」收尾,
還是變成真正的「諮詢」,而這會大幅影響工作的進度。
諮詢不是 「得到答案」,
而是 「把讓對方能做出判斷的材料交出去」。
你現在提出的問題,
對方能夠基於這些資訊做出判斷嗎?
這一句話,也許會大幅改變工作的速度。
下一次遇到同樣情況時,
你會選擇哪一種傳達方式?
PRUM 的工程師中超過 95% 都是從無經驗錄用。
歡迎有興趣的人也到企業網站逛逛。
▶ 企業網站
原文出處:https://qiita.com/hitomin_poke/items/114b2fdc1b50e3676ba8