遠距工作真的好嗎

不用每天去辦公室，當外面颳風下雨，也不需要趕快準備戰鬥裝迎戰。悠閒的泡杯熱拿鐵吃個早餐，安安穩穩的準時上工，遠距工作看似夢幻的工作方式，但在之中有什麼隱憂？

在「我們辦公室沒有人」書中，有提到我歸納四點，是我實際上有遇到的問題。

自制力的考驗

先恭喜你離開了辦公室後，再也沒有兩隻眼睛在背後盯著你了，但這是考驗你自己自制力的開始，再也沒有人要求你哪些能做哪些不能做，也沒有人盯著你幾點上班幾點下班，邊看電視邊工作或會不小心聊 Facebook 好幾個小時，最後的結果都是自己要承擔，因為當你離開公司之後，工時並非最重要的評估標準，最重要的是遞交「工作成果」。

其實遠距工作比你想像中的累

當我們在辦公室的時候，不需要非常精確的評估一天中到底做了多少工作量，因為是以工時計算，反正人在辦公室就是待滿八個小時，一進辦公室就大概看一下昨天程式寫到哪裡，要怎麼開始繼續接著寫，有沒有其他同事委派的事要協助處理，接著開始忙忙碌碌的工作，中午吃個飯休息一下，下午繼續接著 coding … coding … coding 下班閃人，至於你一天到底完成了多少、還剩多少，並不會每天去統計跟估算，反正就是明天上班繼續接著寫。

但是遠距工作不一樣，你得自己去跟上司或客戶敲定一段時間要遞交的工作量，掌握自己的工作節奏，讓一切的事情都順利的進行，如果你是 freelancer 若進度 delay 時，並沒有 PM 在前面擋子彈，你將面臨血淋淋的批判，甚至失去這個合作關係，失去這筆收入來源。

如果你是正職的員工，只是遠端在家工作，很快的 PM 將會盯上，因為你不在公司而嚴重的懷疑你，都在家偷懶沒做事，即時你並沒有偷懶，甚至你還比一般去辦公室的人加班更多，只是因為技術上的瓶頸有所 delay，有苦說不出，接著與上司的關係摩差就越來越嚴重。

小心溺死

雖然開始嘗試做遠距工作的時後，我已經有五年的開發經驗，但是那份遠距工作的內容，其實是我不太熟悉的領域「測試開發」，並用當時我根本沒接觸過的 Groovy 跟 Python 語言，所以一開始的確是吃了蠻多苦頭，在短的時間內需要能閱讀 Python 改寫成 Groovy，並快速瞭解測試框架的用法，讓測試程式接 CI / CD 系統，在兩年多前測試領域的書相當，少也沒什麼人在討論交流，或許英文的資訊有，不過依照當時我的英文程度也沒辦法消化，這也是為什麼之後出國流浪8個月的原因之一。

回歸正題，相信大家都有發生過某個 bug 卡很久，但如果有人可以幫你點一下，或去外面透透氣，再回來思緒比較清晰後，解 bug 的靈感就來了，我們都是專業的工程師，被訓練成具有強大的獨立解決問題的能力，在某些情況，我們不喜歡一直問問題，而且不認為一直問問題是對的，有壓力的思考其實是一種訓練、學習、成長，但如果問題一直持續太久，不願對外求援的話，你可能會溺斃。

有些人可能認為不願意對外求援是因為面子太薄，這我倒不認為，發生在我自身的經驗是，若在不熟悉的問題領域，容易誤判問題的深度，自己覺得已經完成 80% 了，應該後面 20%，就在多爭取一些時間就好了，但是有可能那 20%，是整個任務最難的地方，就 gg 了。

這裡的對外求援，未必是說有人可以幫你解 bug 或 code review，因為往往工作久了，你早已變公司最資深的人(若你在小公司或新創公司工作的話)，或是你研究領域公司沒有相同職務的人，其他人要幫你也無從下手。但有些事情還是可以提前協商的，例如問問 PM 是否可以延時間、若這部分的功能能非必要項目，可以先做其他任務，暫時跳脫情境之後，專案的尾聲還有剩餘時間，再重新 review 這個項目，會有另一套思維。