前言
完成工作後，明明已經提交並說「做好了！」，卻被貓子前輩說「嗯——，這不是我要的那個啊」而大受打擊的ぷらむん，這才意識到：真正該修正的，不是作業內容本身，而是更前面的階段。
在公司裡自稱是吉祥物，卻是全公司最不會看氣氛的，ぷらむん🐯
明明已經很努力把工作做完了，結果一拿去展示就被說「這不是我要的」。這種情況其實很常見。
不過，只要知道「開始動手之前多做一步」，就能大幅減少這種返工！
——希望這篇文章能給這些人看——
🟠 明明很努力做完了，卻常被說「這不是我要的」
🟠 等到做完才被指出問題時，常常不知道該從哪裡重做
🟠 一忙著把東西做完，就容易把方向確認擺到後面
🟠 先輩一直指出類似問題，讓你開始懷疑自己的理解力
🐯「做好了！」一提交，卻被說「這不是我要的啊」
有一次，我被交辦了一項工作，花了一整天終於完成。「好，做好了！」我滿懷自信地拿去給貓子前輩看。
結果，前輩看完畫面後的第一句話是：「嗯……這不是我要的啊。」
ぷらむん當場心都涼了……。我努力了那麼久到底算什麼啊……。
我跟前輩說：「咦，這不是都能正常運作嗎？我也是照指示做的……」但對方只回我一句：「是能動沒錯，不過一開始想做的就不是這個。」完全兜不攏。
那一整天的工作，就這樣整個變成返工了。
🐯向貓子前輩請教後，才發現落差的真相
因為太受打擊了，我忍不住問貓子前輩：「到底是哪裡不對了……？」
👩💼：貓子前輩
「ぷらむん的作業本身很細心喔。只是你在接到指示的時候，對於比較細的部分，自己先判斷成『大概就是這樣吧』，然後就往下做了，對吧？」
「這、這倒是……因為沒有問到那麼細，所以我就自己想像著補上去了。」
👩💼：貓子前輩
「這本身不算壞事，但正是那個『大概』的部分，其實不同人腦中想像的內容差很多。所以在開始作業前，才需要先把認知對齊。」
這麼一說，我才發現自己一聽到指示，就覺得「我懂了」，然後立刻開始動手。原來「做出來」和「有傳達到」，完全是兩回事。
🐯從此之後，我會在開始前先多問一句
幾天後，我又接到另一項工作。這次我決定在動手之前先停一下。
「這個工作，我理解成照這個方向進行，這樣沒問題嗎？」
這麼一確認，貓子前輩就說：「啊，那邊跟我想的不一樣，還好你有先問。」她當場幫我釐清了認知落差。
只是在開始作業前多問了這一句，跟之後整個重做相比，成本小太多了。
🐯總結
我以為自己已經做好並提交了，卻被說「這不是我要的」，原因與其說是能力不足，不如說是開始作業前沒有先確認方向。
那些用「大概就是這樣吧」補起來的部分，其實每個人腦中的想像都可能差很多。
而且一旦做成了方向錯誤的成品，之後要修正也會意外地麻煩。
這次真的讓我體會到，事前對齊彼此認知有多重要。
——這次學到的重點整理如下——
🟠 「做出來」和「有傳達到」是兩回事
🟠 返工的原因，常常不在作業途中，而是在一開始
🟠 指示裡那些靠自己判斷補上的部分，反而最容易出現落差
🟠 在開始前先確認一句，能避免後面更大的返工
下次如果又接到工作，我想在動手之前先確認一次方向🐯
🦁結語
PRUM 的工程師多數都是沒有經驗而錄用的。若你對像ぷらむん這樣、能在寬鬆環境中成長的新人工程師有興趣，歡迎也看看公司的官方網站。
▶ PRUM 招募頁面
我們也有經營整理給工程師參考的文章網站，歡迎順便看看。
▶ 對工程師有幫助的文章網站
之後我也會再分享ぷらむん的奮鬥記。讀到這裡，真的非常感謝🐯
1) --- 會變成分隔線（上一行必須是空白）
2) # 會變成一級標題
3) ## 會變成二級標題
4) ### 會變成三級標題
5) **粗體文字**會顯示粗體文字
6) ```當第一行與最後一行會顯示程式碼
7) 請搜尋 Markdown 語法，了解各種格式
