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

1、信任

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

2、卓越的技術(shù)領(lǐng)袖存在

領(lǐng)導(dǎo)如果對技術(shù)沒有信仰，只把技術(shù)當成工具，就很難說這個團隊會有工程師文化。說白了不是每個不懂技術(shù)的領(lǐng)導(dǎo)都懂得欣賞優(yōu)雅代碼產(chǎn)生的美和對未來產(chǎn)生的深遠影響。
 

3、技術(shù)列為KPI

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

二、工程師文化落地經(jīng)驗

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

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

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

• pair讓員工有機會互相學(xué)習(xí)對方良好的編程方式，形成團隊獨有的代碼風(fēng)格，而不是個人代碼風(fēng)格

• 時不時的pair不會降低開發(fā)效率，會提高學(xué)習(xí)熱情

2、code review

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

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

• 每天code review

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

• 發(fā)現(xiàn)的問題當天就改掉

• 看官們不要質(zhì)疑，因為這件事情真的每天在發(fā)生

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

• 不要超過15分鐘

• 一次只有一個人說話

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

4、technical session
不是每個session都跟業(yè)務(wù)相關(guān)，純技術(shù)的session是同學(xué)們提高技術(shù)的良好手段。

5、retrosepctive回顧會議

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

6、IPM迭代計劃

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

7、拜神

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