這次看的書是《遠距工作這樣做》,作者是 Xdite 鄭伊廷
我追蹤 Xdite 的臉書很久了,他常常分享,每次分享的內容都讓我收穫很多。
這有點像是品質保證(信譽),所以一知道他出書,就立馬買了。
而且這個主題,我很感興趣,因為我最近的工作模式也是遠距。
我有過兩段遠距團隊的經驗,第一次的感覺不好,
第二段的感覺很不錯,所以我主要是想在書裡找找看第二段運行良好的秘密
這本書主要是有談到幾件方向
我看到書中很多方法的時候,心裡會有 a-ha moment:"原來我的合作夥伴是採用這樣的方式啊,難怪這次的體驗那麼美好!"
那就一起來看看我發現的秘密吧
會議前就有方案了,開會只是拿來表決。
討論不出結論,就要回去準備,下次再討論。
我發現我們開會的速度都蠻快的,大概一個半小時可以確認完這一次 sprint 要做的事。
如果大家都在辦公室,很容易找到彼此。遠距的話,最怕就是等待、已讀不回。所以在溝通上面要多做一些事,
問別人之前,都要先設想自己想要的答案,還有要把開放的問題,限制選項,這樣討論起來才會有效率。
簡單說,就是多幫別人想一點,多幫專案想一點。
以書上的例子來說:
"你有沒有什麼方向?" VS "關於目前這個問題,我目前有 A 方向、B 方向、C 方向,我個人比較偏好 A 方向,你有沒有其他思路?"
帶隊的人很清楚我們現在要完成的功能,我們做的任務一定會有優先順序 有時我會提出一些功能上的優化,都會被導正說現在只要先做到這樣就可以,走一步優化一步。
書上有舉一個例子是設計師先多畫幾個版本讓對方挑。
這邊我的經驗是我的團隊把任務拆成大家可以非同步的狀態。
比如 API 接口先定好、資料庫 schema 也先定好,然後就各自做各自的(前端、後端、資料架構都可以分開進行)
專案管理工具、協作方式、知識庫
保護注意力
盡可能推演出可以實作的方向,和可能遇到的問題。
這裡有提到可以設置"已擱置"的狀態,這點我之前倒是沒有想過,總是覺得拆出來就要做完
pull request 模板
1.redmine issue link
2.changes (值得注意的改動)
3.screenshots
4.notes
5.risks
我們團隊裡面評量「公德心」的一個關鍵就是:交付的工作內容,是不是能讓其他人馬上接手,或者可以馬上部署。盡量的去幫別人節省工作時間。
這本書的封面寫著"所以你想知道的 working remotely 效率方法都在這裡"
看完之後真的是深深認同,一本兩三百塊的書,就可以學到十幾二十年的經驗,真是太值得了
對這個主題有興趣的你,千萬不能錯過
這次的副標題是"遠距工作放大了本來的問題"
我覺得這本書點出了一個事實:其實你們本來的協作方式就有問題了,只是遠距工作放大了本來的問題
所以這些方法,不管是不是遠距工作都可以學起來喔