1             計劃

一              第一週：熟悉環境

l  熟悉上級

l  熟悉HR。

l  熟悉產品經理。

l  熟悉測試人員。

l  檢視程式碼，和外向型程式設計師溝通。

二              第二週：熟悉產品

l  熟悉各產品及所處階段。

l  熟悉公司戰略，熟悉上級對各產品的期望。

l  熟悉各產品的現狀。

l  彙總各產品的現狀和期望，形成文件。

l  和友方部門溝通，彙總他們的期望。

l  和產品經理溝通，彙總他們的期望。

l  和測試人員溝通，彙總他們的期望。

l  和開發工程師溝通，彙總他們的期望。

l  進一步熟悉各產品，看那些期望和公司戰略一致，且容易實現，優先實現。

l  和產品、測試、開發溝通，看上輪篩選的需求，能否實現，何時實現。

三              第三四周: 尋找瓶頸和可改進之處

l  全程跟蹤主要需求，從產生（使用者、客戶提交或工作人員憑經驗考慮到的）開始，到使用者使用後反饋結束，看那個環節可以改進。

l  檢視各員工待完成列表，看那些人待完成任務多。

l  以上兩條形成文件，並評審。

四              第二個月

根據評審結果，安排消除瓶頸和改進可改進之處。

五              其它

根據前兩個月的工作成果，制定下一步計劃。

六              注意

l  最重要的是溝通。

l  一定要抑制住寫程式碼的衝動，最好只裝版本控制工具，不裝開發工具。

l  下屬能做的事，堅決不自己做。如果他們忙要分析他們忙的原因，從根源上讓他們不忙。

2             培訓與考核

2.1     培訓

一              增量階段

核心要素是：快。而培訓是用時間換質量和成本，不划算。所以此階段以非正式培訓為主：根據程式碼走查和任務完成情況推薦網頁、書籍、視訊課程。招聘的時候，不需要考慮培訓潛力。

二              存量前期

由開發組長針對進度、缺陷產生，對組員進行培訓。此階段招聘時：學習潛力是考慮因素之一。

三              存量後期

由技術中心組織專人培訓，招聘時：學習潛力是核心因素。

2.2     考核

一              增量階段

此階段的核心：快，這意味著考核制度必須簡單，過於複雜會讓員工顧慮過多，反而快不了。

考核以團隊考核為主。比如：某年某月末日之前，銷量達到XX，大家按比例分XX元。優點：全部是客觀因素，員工不擔心被忽悠。缺點：可能產生大鍋飯。不用擔心大鍋飯，大鍋飯的產生需要時間，在大鍋飯的劣勢產生之前，早已經進入了下一階段。

對個人的考核主要是表揚、鼓勵、建議、批評為主。

二              存量前期

此階段核心：好。所以考核核心因素：修改缺陷花的時間和新增功能的時間的比值，以自己填的工作日誌為準。因為涉及考核，所以工作日誌是公開的。美化的太過譜，容易犯眾怒。也容易被開發組長或部門經理或技術經理（總監）懲罰。

三              存量後期

此階段核心：省。所以考核的核心因素：不算修改自己產生的缺陷，所有完成任務的標準工時。

2.3     對我的考核

增量階段：高週轉。比如：需求從被確認到被解決所用的時間。

存量前期：高質量。比如：整個部門修改缺陷、新增功能的時間比例。

存量後期：低成本。比如：公共庫的滲透率，培訓效果（如：無技能的員工培訓後上崗的人數，低學歷的比例）。

2.4     晉升

程式碼走查，評審會產生大量文件。從這些文件中，可以大致瞭解候選人的情況。