Remote team

• 講者簡報

講者TonyQ是以遠端為主要工作型態的tech lead。在這場議程中，他分享自己的經驗談，並站在不同角色，建議如何實現遠端工作的模式。

為什麼需要遠端?

講者舉了蠻多適合遠端的情境。這裡依重要性整理出較客觀的因素 -

1. 緊急危難、不可抗力的意外狀況。例如COVID-19
2. 在工作以外的時間，當系統出現問題時，需要提供開發人員以遠端的方式進行修復
3. 辦公空間多點，需要短時間內與各點的同仁與會，以遠端方式來省下舟車勞頓和通勤時間
4. 個人家庭或健康因素，給予同仁適當彈性

開始遠端前的準備事項

不只是軟硬體的設備，還有明確規範的建立。

1. 可遠端到作業用系統的設備及安全機制: VPN、Git Security等
2. 可讓人員公私分明的通訊平台: Google Chat、Slack等
3. 要求確實執行行政邏輯: 打卡、請假、AWK(暫時離位)等
4. 任務分配的平台: Gitlab issues、Trello等
5. 建立合適的Workflow: PR、Code Review、CICD、Azure DevOps等
6. 即時更新新人文件: 無論在實體或遠端都需要做

部屬如何上手遠端

1. 高響應: keep alive，避免被管理者降低信任，緊迫盯人
2. 高容錯: 溝通時多想想會錯意的可能性，雙方需再次確認每次的討論結果
3. 高產出: 適當安排工作進度，不要過度緊湊，導致最後產出的比例跟預期差太多
4. 禁止: 消失、不懂裝懂、沒有確認動作、追殺別人(除緊急事件)
5. 打造獨立的工作環境，不要被外界干擾
6. 提升自我管理與快速進入工作狀態的能力。例如番茄鐘工作法等

管理者如何上手遠端

把可能遇到的問題先進行分類 -

• 情感面: 凝聚向心力、維持同仁間的交流、注意部屬個人的情緒等。可透過team building、定期的會談等解決
• 規劃面: 定期確認與回顧目標，讓部屬知道是不是走在正確的方向
• 進度面: 透過一些log工具來追蹤實質上的進度，例如git、issue的活動紀錄

其他需要注意的事情還有 -

1. 避免需求重工(兩個人做同一件事情)
2. 避免技能落差。可透過Code Review、git commit等來確認
3. 舉行會議前要先有明確的問題，並且必要人參與就好
4. 當部屬刻意迴避工作或甚至已讀不回，則進行工作轉移，並且反映在績效上

本科 / 遠端 / 新創 經驗分享

• 講者簡報

講者沒一村是擔任美國新創的工程師。所以除了簡單介紹美國新創的生態以外，另個重點就是遠端工作的經驗分享。

這裡列出講者在協作和自我管理上可參考的心法。

• 隨時想自己是否有甚麼任務還沒完成，導致阻礙到別人的工作進行
• 想想別人的進度有沒有可能會阻礙到我的工作進行，並適時確認
• 不要讓井水乾涸，交錯著大小ticket(任務)，保持一定的動力前進
• 適當安排休息

小結

遠端雖然在公司並不是主流的工作型態，但是在特定情況下發生時，遠端仍具有優勢，並提供開發人員工作上的彈性。

所以無論是部屬或管理者，盡量避免帶有偏見的態度拒絕遠端，或是以僥倖的心態來依賴遠端。而是要持續地改善遠端的工作環境與流程，盡量讓開發團隊就算轉移成remote team也能順暢運作。