[討論] 遠端工作/遠端管理

[TonyQ (得理饒人)]

        這是我今天在 JSDC 的 Keynote 講題,
        講的是遠端的管理跟遠端工作的一些常見結構跟注意議題.


        因為我的投影片一向是需要我本人詮釋,
        我不太確定今年 JSDC 事後會不會釋出影片, 一些詮釋的部分我就寫在下面.

        不過因為排練加現場演講, 實在是練習很多次現在想到都覺得膩.
        這邊摘要, 部分直接引用共筆, 感謝 contributor. XD


        (投影片連結在最後, 可以看完本文再參照)


        基本上議題分成三個部分：

     ＠ 第一個部分是我認為遠端是一種被動的狀態,
        所以討論的是什麼情況下你會選擇遠端/必須得遠端,

        我認為主要就這幾種樣態

        * 工作型態 (接案)
        * 交通因素（多點）
        * 職務性質（維修、後端）
        * 時間因素
        * 空間因素(海外或跨辦公室溝通)
        * 家庭 / 健康因素
        * 其他緊急因素（肺炎隔離）

        我對Remote的廣義定義：
        兩方之間有鴻溝(時間空間)，需要中間媒介（電話、視訊…）去協助溝通。


     ＠ 第二個部分是在討論做為團隊的一員在遠距時的機制/方針

        做為遠距的一員成員, 你會需要知道:

        1. 團隊的總機, 幫你確認各種事務的人或溝通群組
        2. 環境建置: ex. VPN, Git Repo , Security Guide...etc
        3. 了解團隊行政機制:
                * 打卡方式
                * 請假方式
                * 不在線上時的團隊互動模式 afk (away from keyboard)
                * 其他團隊成員的工作時間
        4. 確認任務分配模式
                * issue tracking , 以 Redmine/Trello 為例
                * 議題在 IM (ex.Teams) 中的討論模式

                  盡量避免把個人跟公事用的 IM 混用.

                * PM / 主管 /同事 的分工流程

        5. 技術部分
                * 工程工作通常使用 PR & Code Review 模式

                  以使用 Azure DevOps 為例, 先 push 到其他 branch ,
                  再發 PR 到 develop (or master) branch,
                  code review 後再 merge.

                  各團隊可能會有流程的差異, 總之要了解團隊作法

        6. 了解如何約會議， concall/電話溝通的流程
           以 Teams 為例, 可以在 office365 輕鬆完成會議邀請,
           只需要 chrome 就可以在pure web 完成分享螢幕、通訊, 不用裝任何工具


        7. 在家工作建議準備可工作的書房或空間, 有個隔離的工作環境非常重要.
           只要條件允許都應該要建一個.

        ------------------------

        至於非工具性的心法:

        我濃縮成三點:  高響應/高容錯/高產出

        1. 高響應: 定期 keep alive, 每天有空就上群組 say hi, 刷存在感.
                   對於新人，可以要求指定時間回報狀況跟露臉, 慢慢習慣.

        2. 高容錯: 對於文字多思考可能的意思, 特別有多種解讀的情況.
                   如果不幸的產生誤會, 團隊需要更多的容忍,
                   發生錯誤是常態, 但彼此協助更正才是目標.

                   盡可能有第三個人在場 (避免 1v1 單人聊天)-
                   讓其他人也知道狀態，避免雙方認知有落差，
                   此時有第三方可以幫忙確認/更正.

                   再強調一次, 盡量避免 one-on-on 的私下工作交辦,
                   如果溝通中有誤會會非常難以處理, 而且 team 其他人無法參與.

        3. 高產出: 因應遠距有溝通失誤的可能, 工作不要排滿,
                   七八分就好, 排滿很危險


     ＠ 遠距管理的管理者挑戰

        我把管理的面向分成三類: 1. 情感  2. 規劃 3. 進度

        廣義上大家會聚焦的是 3, 但 其實 1/2 才是遠距溝通中比較大的挑戰.

        1. 遠端還是要做 Team Building,
           避免部屬與上司相互猜測彼此工作狀況.

           團隊最壞的情況就是彼此的不信任跟彼此的猜疑, 多溝通才是王道.


           其中的關鍵指標是 有沒有人最近少講話或文字情緒不太穩定

           要照顧情緒通常靠文字不夠, 大多需要電話或者見面活動

        2. 規劃

           基本上主管必須反覆地跟同仁溝通目標,
           這段就是不斷的念經/確認/念經/確認. 做自己該做的判斷.

        3. 進度管理

           傳統方法: 交工作報告

           我自己習慣的方法, 看 issue 異動紀錄跟 git log.
           我相信在工作過程產生的衍生性產物才是最真實的紀錄.

           投影片中有摘錄我過去使用 redmine / git hook 整合後的一些機制.

        4. 長期目標還是得要自己親自抓人追蹤

        5. 面試: 我自己是使用純電話面試, 因為具有遠距能力的團隊,
                 就應該能透過聲音跟文字溝通, 所以面試我的第一關就是這個能力.


        6. 管理上同仁的禁忌(出現時要多提醒甚至譴責他們)

           忌消失
           忌不懂裝懂
           忌缺確認
           忌追殺 (除非 SOS)

     ＠ 其他建議事項:

        1. 新人文件一定要寫:
                每個角色都應該有該角色上手第一天要知道的事情,

                這份文件非常重要, 一定要寫.
                如果沒寫, 下一次有新人時補上.
                如果沒更新, 下一次有新人時問他哪部分不對, 一起更新.

        2. 同仁已讀不回怎麼辦:

                如果同仁的回應沒辦法被信任,
                我的建議是把工作移給可以被信任的人,
                找其他工作給這個同仁, 如果沒有工作可以給他就只能sorry了.

        3. SOS (緊急異常)怎麼處理:

                排人值班, 用電話這種緊急介入手段溝通.

        4. 如何避免重工:

                這裡有個特殊情況, 對中有時會有比較積極,
                會做超過自己負責範圍的人,  我一般俗稱里長伯.


                正常如果能兼顧自己工作那都還好.

                但在遠距的時候可能會導致意外的工時耗損,
                比方說有 issue 可能需要三個人一起看,
                但卻出現了十幾個人看同一個問題,


                另外也可能提問時沒說清楚要誰處理,
                導致同一小組的一起看同一個問題,

                通常我會以小組為單位指定一個分派窗口, 由他統一承接需求跟分配.


                分工時要清楚地指定目標對象, 並且落實好權責分離.

                如果被指派對象無法解決問題需要外援,
                應該向上報告並由對應角色規劃安排.

                總之, 靠組織跟制度做事.

                比起程式碼的重工, 工作交辦的重工其實是更可怕的敵人.


        5. 技能落差, deadline 前才發現無法完成:

                要派有技術的人 watch，定時看 issue/commit 記錄落後派人去盯
                不用全部都盯，盯重要 issue 就好

        6. 開會模式:

                我不開大會(除非是 team building), 大部分都是5-7人的小組會議.

                盡量透過小組會議溝通, 人越多溝通效率越差, 時間耗損越高.

        7. 同仁不適應怎辦:

                用主管權力引導他,定期 tag 同仁回復討論,
                通常要嘛他適應, 要嘛他走.


        以上是我對某種具有台灣特色的遠距工作方針的整理,
        可能也不是那麼完整, 歡迎吐槽/補正/討論.


        最後要說的事情是, 包括自己在內,

        隨時更新公司/團隊的目標, 並且目標抓得越精準,
        溝通的越完整, 是團隊管理的基礎.

        定期更新目標，move 在正確的方向，是管理者一輩子的追求.


        ----

        當你看完上面說明, 可以再看一次投影片, 互相再對照一次.
        https://slides.com/tonyq/remote-team



--
補置入, 好的人事系統在遠距也可以事半功倍喔 XD

歡迎採用我們 MAYO Apollo HR System.
https://www.mayohr.com/
--

      網頁上拉近距離的幫手              實現 GMail豐富應用的功臣   

        數也數不清的友善使用者體驗      這就是ｊａｖａｓｃｒｉｐｔ

                                                歡迎同好到 AJAX 板一同討論。

--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 61.231.31.59 (臺灣)
※ 文章網址: https://www.ptt.cc/bbs/Soft_Job/M.1602942645.A.453.html
※ 編輯: TonyQ (61.231.31.59 臺灣), 10/17/2020 21:52:09
※ 編輯: TonyQ (61.231.31.59 臺灣), 10/17/2020 21:54:37
※ 編輯: TonyQ (61.231.31.59 臺灣), 10/17/2020 21:55:05
※ 編輯: TonyQ (61.231.31.59 臺灣), 10/17/2020 21:57:53
※ 編輯: TonyQ (61.231.31.59 臺灣), 10/17/2020 22:26:08
推 atpx: 推推 很棒實務分享, 不過太簡潔拉 有沒有現場錄影看?
→ TonyQ: 主辦方說之後會整理出來
推 sunsamy: 很認真的分享,但內容實際上不實用,即沒那麼複雜又不靠譜
團隊百百種，挑覺得有用的看就好。XD

三個人跟十個人就有差，
十個人跟三十個人又有差，
三十個人跟五十個人也有差。

這只是其中一種模式。
推 searcher: 有時候會很複雜吧，尤其是團隊有外國人跟菜鳥的時候
※ 編輯: TonyQ (223.137.231.29 臺灣), 10/17/2020 23:26:12
推 ian90911: 感謝分享
推 a8989332: PUSH
推 sharku: 推
推 viper9709: 很不錯的管理方式~可惜台灣的主管實在是...
推 kangan987: 推
推 ga013077: 分享給推
推 wildli0422: 遠端了半年多，有些真的寫到心坎裡阿....
推 dream1124: 推
推 jobintan: 推個先，不過有個問題，remote方式要如何帶新人？因為在
→ jobintan: 歐米網站上看到因疫情連intern都remote了，不知道要如何
→ jobintan: 以remote的方式帶jr或intern，還是一開始就不招他們？
1. 新人文件
2. 有些地方選擇先實體 training 。
3. 我覺得標準答案是 mentor +  pair ，不過國內對 pair 的認知可能跟我想的不一樣。

XDDD

※ 編輯: TonyQ (111.71.37.101 臺灣), 10/19/2020 10:21:32
推 jobintan: 感謝大佬解惑…m(= =)m
推 kingnamefu: 推分享！
推 shooter555: 感謝分享 完全可以參考使用 目前就怕疫情發生需要遠端
→ shooter555: 管理 (但不希望真的需要用到就是了0.0)
→ shooter555: 人越少真的能討論越多就是了 多人會議通常淪為刷存在
→ shooter555: 感大會 七嘴八舌
→ shooter555: 工作量的排定可以由被管理者自己提出自己可以在某期間
→ shooter555: 完成什麼 經由跟管理者討論後確定 這樣就不用自己抓兩
→ shooter555: 成的buffer了(高產出那項) 不過週期要短才不會有狀況
推 accessdenied: 選擇遠端的因素少列出一個：我爽。這個理由很重要
推 pekaChiu: 感謝分享