初次見面。我是 PRUM 株式会社的工程師ひとみ。
我平常會整理並分享在程式學習與實務工作中，容易卡住的地方，以及工作中常見的「認知落差」。
如果能幫助到任何人，我會很開心。
1 成功獲得信任的工程師在說明時不會省略主詞
前言
在工程師的對話中，你有沒有看過這樣的來回？
「那個我已經修好了！」
「這個麻煩幫我確認一下！」
「大致上做完了！」
但聽的人腦中會變成這樣。
「……“那個”是指什麼？」
「要確認哪裡？」
「什麼做完了？」
其實這不只發生在新人身上，連有經驗的人也相當常見。
而且可怕的是，說話的人本人往往會覺得自己「已經有好好傳達了」。
如果少了「在講什麼」，對方就會開始推理
人類的大腦比我們想像中還要 「依賴上下文」。
在自己的腦中，
- 是在講哪個任務
- 是在講哪個檔案
- 是在講哪個 bug
- 是在接哪個聊天室的延續內容
全部都看得到，所以就會省略。
但對方不一樣。
- 他有會議。
- 他有其他案件。
- 他還要處理其他成員的需求。
在這種狀態下，
「那個已經好了！」
一說出口，對方腦中就會變成：
「哪個？？？？」
而且工程師的工作，
常常是多個任務同時進行。
所以 「沒有主詞的對話」，比想像中更容易出事。
成功獲得信任的人，會先把話題起點放出來
真正讓人信任的人，其實不一定講很多。
反而通常講得很短，但有一點一定不會省略：「在講什麼」。
例如這樣。
NG 範例
「這個已經好了！」
「那個麻煩確認一下！」
「那個我修好了！」
OK 範例
「登入畫面的驗證修正已完成！」
「麻煩確認會員註冊 API 的回應！」
「昨天討論的 CSV 輸出 bug，我已經修好了！」
只要這樣做，對方的理解速度就會瞬間提升。
因為對方不用再去「搜尋記憶」。
其實這也是一種體貼
這不只是單純的溝通技巧。
這是在減輕對方大腦負擔的行為。比如說主管或組長，
腦中總是同時裝著大量資訊。
- 進度確認
- Code Review
- 協助其他成員
在這種情況下，如果不斷收到沒有主詞的說明，
每次都會開始一場 「推理遊戲」。
反過來說，只要提供有主詞的說明，
就能立刻理解。
這看起來很小，實際上影響非常大。
不是「已經傳達」，而是「已經被理解」來思考
工作如果是以 「說話的人自己的基準」 來推進，很容易出事。
- 自己明明懂
- 在自己腦中已經串起來了
- 自己覺得這是理所當然
但這些內容不一定存在於對方腦中。
所以，真正會讓人信任的人，會在意的是：
「對方現在只看這句話，也能理解嗎？」
能做到這件事的人，真的很強。
最後
工程師這個職業，
看起來或許像是只靠技術能力來評價的世界。
但實際上，
- 能夠對齊認知
- 能減少認知落差
- 不會讓對方困惑
這種「小小的溝通」，其實非常直接地影響信任。
而第一步就是，
減少「那個」「那個」「這個」
如果你現在也有這種感覺：
「明明覺得自己有好好講，為什麼話還是會有落差？」
那麼，先試著意識到 不要省略在講什麼。
只要這樣做，
對話出錯的機率就會大幅下降。
PRUM 的工程師有 95% 以上是從無經驗招募而來。
我們也經營著一個整理了
想從無經驗開始朝工程師邁進的人 與 工程師本身 都能受益文章的網站。
如果有興趣，歡迎去看看。
【推薦文章】
從銀行員、公務員轉向 Web 業界。從其他產業轉職的人，為什麼會對工程的有趣之處「沉浸其中」
原文出處：https://qiita.com/hitomin_poke/items/a8c2c14a72a417619c1d
1) --- 會變成分隔線（上一行必須是空白）
2) # 會變成一級標題
3) ## 會變成二級標題
4) ### 會變成三級標題
5) **粗體文字**會顯示粗體文字
6) ```當第一行與最後一行會顯示程式碼
7) 請搜尋 Markdown 語法，了解各種格式
