今年7月我參加一個雲端讀書會，主題為這本The Effective Engineer。這本書由一位前google工程師撰寫，整本書圍繞在一個中心思想：如何讓工程師在有限的時間內產出最多的價值。
在讀這本書不僅學到一流人才的思考邏輯，同時也認識一群努力學習的好夥伴。我將這十週的讀書筆記整理在這系列的文章。
本書前言裡作者提出一個問題：是什麼原因讓那些最有效率的工程師與一般工程師的產出有很大的差距？
他使用leverage（槓桿）這個詞來檢視工程師的績效，意即好的工程師會將時間花在對工作和團隊最有效益的地方，工作項目leverage越高表示產出越大。
作者在章節裡提出幾項檢視的問題：
3個自我檢視問題：
- How can I complete this activity in a shorter amount of time?
- How can I increase the value produced by this activity?
- Is there something else that I could spend my time on that would produce more value?
提高leverage的方法：
- 從縮短開會時間著手（先定義會議的目的，不要為了開會而開會）
- 減少開發或測試手動的比例（導入CI）
- 針對工作排出優先順序，找出最大價值的項目
- 找出客戶最大的痛點（網站裝線上客服，想辦法收集客戶的feedback）
- 使用profiling tool找出系統的bottleneck （或是找出客戶使用app卡住的地方）
- 建立onboarding flow（可設計像treehouse或其它線上程式教學網站的內容）
ORID練習
在讀書會中，organizer提倡使用ORID來討論事情。ORID為四個層次的問題，分別為Objective(客觀性層次)、Reflective(反應性層次)、Interpretive(詮釋性層次)、Decisional(決定性層次)。
- O: 作者在Quora建立onboarding flow，幫助新進工程師快速進入狀況
之前待過的公司，不管團隊人數(200人或10人)，缺乏訓練規劃讓新進工程師容易犯錯 - R: 新成員不敢更動code base，對產品和流程一知半解。還是得由資深RD指導
- I: 如果建立onboarding flow，公司能節省training的總成本，新加入的工程師能很快就戰鬥位置
- D: 在選擇公司時，將訓練這一環列入考慮(對新手來說); 公司的資深人員可討論如何建立onboarding flow