IT管理一直都是項目經理最頭疼的問題，我們今天探討的目標是怎麼管理IT團隊、對程序員做合理的績效考覈、讓程序員更高效高質量的完成任務，高高興興上班來，開開心心回家去，有更多的時間陪家人。
一、明確需求
項目開始前要充分的明確項目需求，越詳細越好，詳細的需求能減少後期不必要的修改，最好先用xmind做個思維導圖，有條件的做個原型圖。然後由設計出效果圖，審覈通過後交付開發。
二、開發階段
開發階段是我們着重討論的階段，從如何拆分模塊、拆分功能點、領取任務、完成任務、檢查任務、交付測試、反饋bug、交付上線等一系列流程來實現我們的目標。
1、如何拆分模塊
首先確定項目框架，是採用傳統的開發模式還是前後端分離，動靜分離，採用單體服務還是分佈式微服務等。
我們以springCloud（Dubbo）分佈式微服務框架爲列，springboot單體服務同樣適用，項目採用前後端分離，分爲後臺服務器端提供（restful api）接口，前端採用（vue、angular、react）框架，移動端（android、ios，網頁、react native）。
團推配比
有條件的一個後端配+一個前端+ 移動端(android、ios或者react native)，這樣組成一個組，這樣分配的好處是已功能點爲單位，前後臺配合實現功能，避免出現交叉配合，影響開發效率，出了問題帥鍋的情況。一個開團隊可分爲這樣的多個開發組。
明確的框架和團隊後我們開發拆分模塊，模塊拆分儘量將業務相關的放在一個模塊，避免工作之間解耦，比如，用戶模塊，消息模塊、權限模塊等。
2、拆分功能點
在功能模塊基礎上拆分成功能點，注意必拆分過細或者需要時長太長，宜半天工作量爲宜，這樣分配比較合理，每天處理兩個或三個功能點，完成任務下班，多爽。
3、領取任務
每週五領取下週任務，原則上按功能模塊領取，儘量避免出現交叉，自己選取功能，拆分爲按天的工作量，並上報開發時間，生成開發進度文檔，然後由主管或項目經理審覈，以每週爲單位，不宜過長或過短。
4、檢查任務完成情況
每週三和週五下午定時檢查任務完成情況，週三檢查未完成的記分，週五再檢查，如還未完成，減分，超額完成加分。
5、交付測試
交付測試員測試、測試完成後反饋bug，修改bug時間自行安排。
6、交付上線
測試通過後交付部署上線。
三、績效考覈
1、項目組採用彈性時間上班，只看結果，不管過程，可靈活調整上下班時間，只要按時完成任務即可。月末根據每週檢查情況計算績效成績，發放績效工資。
四、優點
程序員被安排的明明白白，每天按時按量完成任務，時間靈活，爲有家庭（陪家人），單身（泡妞），有孩紙（上學接送），避開上下班高峯等提供公司制度保障，按開發計劃基本都能按時交付項目。
五、缺點
前期項目經理工作量大，拆分項目模塊功能要合理，對項目主管要求較高，對需求不明確的處理困難等。
因文采有限，寫得比較粗糙，不喜勿噴，本人目前開發經驗近5年，在某公司任職部門主管，帶領20人的小開發團隊，親測以上方法有效，歡迎各位經理主管來討論，尋找跟好的IT管理和績效方法。
個人博客地址：https://www.jvmlz.com/view/71
csdn地址：https://blog.csdn.net/qq_26297155/article/details/86611409