一、工程師文化的前提條件

1、信任

leader和產品對工程師絕對的信任是工程師文化的最基本條件。如果他說要用一個更優雅的方法解決一個問題，但要花更多的時間，請你選擇相信他。好的工程師非常懶惰，他這么做一定是為未來的工作提高效率。

2、卓越的技術領袖存在

領導如果對技術沒有信仰，只把技術當成工具，就很難說這個團隊會有工程師文化。說白了不是每個不懂技術的領導都懂得欣賞優雅代碼產生的美和對未來產生的深遠影響。
 

3、技術列為KPI

在我參加晉升面試的時候，50%以上的技術人員講的都是產品（what），而不是技術（how），并且他們都晉升了.....這源于業務BU總是把業務當成KPI的唯一衡量手段：技術好不好有什么關系？今年不出事，明年我已晉升。如果沒有技術KPI，技術就會總被放在次優先級。

二、工程師文化落地經驗

1、結對編程
兩個人在一起寫代碼在阿里這么繁忙的企業應該是件讓人匪夷所思的事情，但我堅持讓團隊踐行這個實踐：

• 一個主機，兩個鍵盤，一個顯示器

• 新老員工pair是新員工get實踐的最快手段

• pair讓員工有機會互相學習對方良好的編程方式，形成團隊獨有的代碼風格，而不是個人代碼風格

• 時不時的pair不會降低開發效率，會提高學習熱情

2、code review

很難說還有哪個實踐比這個實踐對代碼質量更有意義，不過，大家codereview的方式不盡相同，我們的方式是：

• 團隊code review，總共最好1個小時左右

• 每天code review

• 每個人的代碼都要review，每個人都要講解

• 發現的問題當天就改掉

• 看官們不要質疑，因為這件事情真的每天在發生

3、standup站會
站會是團隊溝通的重要手段，阿里其實大部分團隊都有站會習慣。

• 不要超過15分鐘

• 一次只有一個人說話

• 只說三件事情：昨天干了什么，今天要干什么，需要什么幫助

4、technical session
不是每個session都跟業務相關，純技術的session是同學們提高技術的良好手段。

5、retrosepctive回顧會議

總結一下過去一個迭代做的好的和不好的，做出自己下一個迭代的改進計劃。

6、IPM迭代計劃

IPM計劃會議很有必要，團隊可以借這個機會了解接下來兩周要做什么，大概誰負責什么，大概什么時候可以做完？

7、拜神

再好的方法也需要關公守護，廢話不說，把三兄弟都放上。