引言
在阿里，每一位新員工進來之后都會有一位導師，導師一般都是團隊中非常優秀的員工，有些部門可能不叫導師了，而是叫師兄，可能更親切，但是我覺得導師更貼切，
導師指導新員工的程序，我覺得應該是一個PDCA的程序，即計劃，執行，檢查和總結，
第一，定計劃
對于新員工一定要給幫助他們制定學習和作業計劃，做到計劃驅動學習，互聯網開發要學的東西比較多，對于新員工生來說不知道該先學什么后學什么，學到什么程度，所以計劃驅動比較重要，在作業和學習之前給新員工列一份詳細的學習和作業計劃，并詢問下新員工這個計劃有沒有問題，能否完成，學習之前我會大概和他講解下，讓他有個概念，比如sofa是一個什么樣的框架，它是用來解決什么樣的問題的，它和你用過的框架有什么優缺點，
第二，執行任務
讓新員工理論學習的周期一般比較短，主要是讓他在實戰中學習和成長，剛來幾個星期就應該讓他直接進入專案，從小需求開始做起，然后讓他做一下需求的設計，導師要學會逐漸放權，不要總想著這個交給他做會不會有問題，他會不會做不出來，要給新員工壓力，有壓力才能快速成長，
第三，代碼檢查
導師也是在實戰中進行輔導，主要是做代碼審查和提問，
代碼審查，對于新員工的代碼，一開始需要花大量的時間幫做Core Review，逐行審查，審查出有問題的代碼，和新員工講清楚哪里有問題，應該如何修改，幫助其在實戰中提高代碼質量，做到讓新員工每日check in代碼，導師每日進行CodeReview，
用提問的方式提高思考能力，指導學生采用引導的方式比灌輸的方式要更好些，學生遇到問題會提問，如果直接告訴他答案，他吸收的會非常少，所以一般我會采用提問的方式引導學生思考，比如這段代碼還能進行優化嗎？這兩個SQL陳述句能不能合成一個？培養團隊合作意識也會采用提問的方式，首先和他講一個真實的案例，在XX公司里來了一位新員工，因為對系統不是很熟悉，檔案又非常少，也沒有導師幫他review代碼，所以他修改代碼的時候引發了一個嚴重的BUG，結果導致自己得加班到1點才解決這個問題，從這個案例中你有哪些體會？通過案例和提問讓他意識到團隊合作的重要性，
第四，總結
總結是非常重要的一個環節，能夠幫助新員工有戰略性成長，總結分成兩個步驟，肯定和建議，
肯定，在公共場合肯定他做得好的地方，在團隊的專案總結會中提出表揚和肯定，肯定下他最近作業中做的好的地方，比如很擅長提問，做事情非常積極，肯定的地方就是希望他能保持住，
建議：首先給他一些成長的建議，然后再說說最近作業中有待改進的地方，
建議提高溝通能力，有時候同事問問題給出的描述資訊太少，我必須通過不停的反問才知道他到底是在問一個什么問題，于是和他講，溝通的時候要站在聽眾的角度來提問，提問的時候盡量多描述問題的細節，一旦聽眾聽明白了就會馬上回答你，否則聽眾必須通過不停的思考和反問去知道問題到底是什么，反問越少提問效率越高，
不要問重復的問題，說過的事情必須用東西記住，這樣可以節約雙方的時間，比如告訴學生開發服務器root的密碼，就必須馬上記在印象筆記里，
先思考再提問，如果每個問題自己都不思考就問導師，這樣的成長就不容易成長，要養成百思不得其解之后再詢問同事的好習慣，
定期提問，有問題首先先自己思考下，如果解決不了就先記下來，然后選擇一個固定的時間一起提問，如果想到一個問題就提問，自己會養成懶得思考的習慣，而且會不斷打斷我的作業，影響作業效率，
寫在最后，對導師的建議
作為導師在培養學生的程序中自己也會有成長，需要用心，有耐心和責任心，
用心溝通，如果新員工有需要改進的地方，要在私下說他有待改進的地方，并解釋的非常詳細，這樣既不會打消新員工的積極性，也能幫助新員工提高，
指導需要有耐心，實習生寫出的代碼肯定存在很多問題，也有可能同一個問題反復出現，出現次數多了肯定會生氣，但發現后指導就可以了，相信他不是故意的，下次會改正，不能一味的去指責他怎么會寫出這樣的代碼，誰沒有經歷過這樣的時候呢，指責多了反而會打消實習生學習的積極性，不利于學生的成長，
責任心，出現問題是自己的責任，如果由于實習生的代碼引起的線上的故障或BUG，不要責怪學生，而應該責怪自己，因為自己沒有嚴格執行CodeReview，
教學相長，不要抵觸當導師，教學是相長的，在帶學生的程序中，學生的很多問題能引起自己的思考，讓自己學的東西能更加扎實，在教的程序中，自己要理清思路，整理好后和實習生講，講的程序中有一種溫故而知新的感受，能夠提高自己的技術能力，
轉載請註明出處，本文鏈接：https://www.uj5u.com/houduan/179622.html
標籤：Java