部落格已經好幾年沒有更新了。
        這幾年的主要精力不在專研技術上，而是在敏捷開發的春風下去做了ScrumMaster。現在重新回到開發的職位上，總算有時間靜下心來總結一下做ScrumMaster的心得體會。
        雖然有很多Scrum Master都是從開發轉型過來的，但是這卻是兩個完全不一樣的職位。在我看來，ScrumMaster更偏向技術管理方面，更能鍛鍊一個人，尤其是在溝通能力和時間管理兩個方面。下面就來具體說一下。

        溝通，溝通，溝通。重要的事情說三遍。
        做開發的時候，只需要跟產品經理和測試等幾個人溝通就夠了。而ScrumMaster是一個團隊的介面，要跟各種各樣的人打交道。對內，產品經理，開發，測試等等所有開發過程中的人員都要顧及到；對外，跟其他團隊的協作，面向管理層的成果展示等都要能面面俱到；還有，除了組織團隊內部的會議外還要參加公司裡的各種會議。因此溝通能力非常非常重要。尤其是在跟團隊外部溝通時，你所代表的不僅僅是你自己，而是整個團隊。別人對你的印象很大一部分就代表了對你整個團隊的印象。哪些話該說，哪些話不該說，甚至話該怎麼說，這些都比做開發時把程式碼寫好難太多了。而開發一般醉心於技術，每天的工作都是跟電腦打交道，因此很多時候說話比較直來直去。如果是開發之間純粹的技術討論的話，這樣沒有任何問題。但是做ScrumMaster還用這種溝通方式的話就很容易得罪人。我就在這方面栽過跟頭，血的教訓！

        時間管理。
        在時間上，做Scrum Master跟做開發一個明顯的不同就是——時間碎片化。做開發時，你可以一整個上午或下午專注於一個功能的實現。而做ScrumMaster時，本來就有各種各樣的事情要處理，而且你正在做的事隨時可能被打斷。這個時候就要用到多執行緒開發時的一個關鍵詞：優先順序。我們的大腦跟單核CPU類似，因此沒法做到真正的並行。所以，當有很多事情需要處理的時候，就必須給這些待處理的事情排好優先順序。按照優先順序的高低順序去做，並見縫插針的利用好碎片化的時間段。這跟執行緒排程極度相似。

        還有一個不得不提的是——看問題的角度。
        做開發的時候你關注的僅僅是一個功能的實現。有時候會更具體到怎麼去寫一個高效的函式。但是做ScrumMaster就要從產品的角度去看問題，必須有大局觀，並能適當的把控產品的走向（當然，這個要跟產品經理好好溝通。溝通的重要性再一次體現！）。尤其是不能被開發牽著鼻子走。不能開發說這樣做好就這樣做。而是要按照產品的需求（客戶的需求）來。這個時候一定要說服開發，以免日後做出來的東西不符合按需求又要返工（又是需要溝通能力的時候）。

        另外，千萬不要放棄開發工作。
        做Scrum Master後，各種各樣的事兒會佔據你大量的時間，但是一定要抽出時間繼續做開發工作。為了不影響開發進度，可以做一些優先順序不高的任務。上面所說的溝通能力也好，時間管理也好，都是軟實力。開發能力才是真正的硬實力。軟硬結合會對你的職業發展起到非常大的幫助。