初次見面。我是 PRUM 股份有限公司的工程師人見。
平時會整理並分享在程式學習與實務工作中，容易卡關的地方，以及在現場感受到的事。
如果你對 PRUM 感興趣，也歡迎參考我們的企業網站。
▶ 企業網站
1成「值得信賴」的工程師正在實行的〈防止落差的途中分享〉
前言
「明明有好好努力，卻不知為何得不到評價」
在 IT 業界，這樣的人真的很多。
但實際上，多半不是本人在偷懶。
相反地，往往很認真，一直在思考，也確實有在動手做。
只是從旁人看來，可能會變成「不知道你在做什麼」 的狀態。
尤其是最近的 IT 業界，我感覺這個問題變得越來越多了。
現在的 IT 現場，是「看不見臉」的
以前的工作方式，身邊就是有人的。
所以，
- 感覺你好像很煩惱
- 好像卡住了
這類事情，會很自然地傳達出來。
但現在不一樣了。遠端工作、Slack、Teams、線上會議等等，
雖然變方便了，但如果不刻意分享，就真的看不見對方的狀況。
也就是說，現在的 IT 現場是「不發聲就等於不存在」 的世界。
真正重要的，是「默會知識」的分享
我認為工作並不只是把任務做完的遊戲。
真正重要的是：
- 想做出什麼
- 要朝什麼方向前進
- 用什麼樣的節奏來推進
這些「默會知識」的對齊。
如果是面對面，透過在旁邊看著，就能自然做到。
「今天進度順利嗎？」
「有什麼困難嗎？」
像這樣的對話，會在閒聊層級自然發生。
但現在，這變得相當困難。也因此，如果不在過程中分享，認知落差就會越來越大。
只做完成報告，已經太晚了
剛入行的時候，常常會想：
「等全部完成後再拿出來看吧」
但在實務上，這其實很危險。
例如，原本應該一天就做完的工作。
實際上卻可能變成：
- 方向偏掉了
- 認知有落差
- 卡住了
- 一個人一直苦惱下去
在這種狀態下，拖了一天、甚至一週的情況都可能發生。
然後最後只說：
「我有努力！」
老實說，這真的很難被接受。
因為站在主管或負責人的角度來看，會覺得：
「那個工作大概 3 小時就該做完，
我其實希望你去做另一個任務。」
如果能在途中先分享，說不定只要小修正就好。
但等到全部做完，往往就變成得大幅重做了。
主管方並不是想「監視」
這一點很容易被誤解，
但主管或指導人員，其實並不是想要鉅細靡遺地監視你。
反而常常是這樣想的：
- 如果你有困難，我想幫你
- 如果方向偏了，我想早點修正
- 我想跟你一起對齊方向
- 你都沒來問，是不是有狀況？
但如果沒有分享，真的什麼都看不出來。
結果就會出現：
「早點說就好了……」
這在現場其實非常常見。
「途中分享」不需要是完成品
這裡很多人會搞錯。
途中分享，不是把成品拿出來。
- 現在做到這裡了
- 我是朝這個方向想的
- 我在這裡卡住了
- 這個理解有對嗎？
這樣就夠了。甚至正因為還沒完成，才有意義。
因為可以在落差還小的時候就修正方向。
但分享這件事其實很不容易
這點我非常能理解。
「不好意思，我這裡有個問題……」
要在聊天工具上打出這句話，本身就會耗掉不少能量。
- 要整理到什麼程度？
- 這種問題可以問嗎？
- 對方好像很忙……
- 我能不能講清楚？
其實會想很多。
但如果在這裡停止分享，
之後可能就會付出數十倍的修正成本。
所以最後往往是，
提早做小規模分享，會讓所有人都更輕鬆。
這就是現實。
最後
現在的 IT 業界，已經成為一個更容易專注的環境。
但反過來說，也變成了「如果不分享，就真的什麼都看不見」
的時代。
也因此，
未來的工程師需要的，不只是單純的「努力」而已，
- 讓狀況可視化
- 小步驟地進行途中分享
- 對齊整體氛圍
- 及早阻止落差擴大
我想，應該是這些能力吧。
而且大概，
值得信賴的工程師，
與其說是技術超強的人，
更像是「能讓人安心一起工作的人」
吧。
PRUM 的工程師有 95% 以上都是從零經驗錄用的。
如果可以的話，也歡迎來我們的企業網站逛逛。
▶ 企業網站
我們也有經營整理給工程師看的實用文章網站。如果有興趣，也歡迎看看。
▶ 對工程師有幫助的文章網站
原文出處：https://qiita.com/hitomin_poke/items/5d00c7dd1d690ee4f9bf
1) --- 會變成分隔線（上一行必須是空白）
2) # 會變成一級標題
3) ## 會變成二級標題
4) ### 會變成三級標題
5) **粗體文字**會顯示粗體文字
6) ```當第一行與最後一行會顯示程式碼
7) 請搜尋 Markdown 語法，了解各種格式
