送兩句話：

“一個人沒有野心，將會沒有好的成就，有了野心，沒有行動，將一事無成”。

“當你的才華支撐不了你的野心的時候，你就應該靜下心來學習，當你的能力駕馭不了你的目標的時候，你應該沉下心歷練”。

自從2015年以來，開始接觸團隊小組的概念，一直有一個觀點：“大家一起工作”。到了2017年團隊管理方面心得得到提升，觀點發生改變：“公司的事，就是我的事，我的事，是團隊的事，事事關心”，一個團隊，需要一個目標，大家為了這個目標共同努力，動力來源需要誘惑。

自我總結，又一下幾個方面：

1.框架搭建和技術支援，難點問題解決。
2.工作分配。
3.時間進度評估。

4.溝通，產品、測試、後臺、iOS內部小組。

5.質量：開發規範：兩個原則：最優、統一。
6.學習新技術。
7.文件配置編寫。

1.框架搭建：在框架搭建中，要將需求文件吃透，最好整理出來一個功能文件，之後可以得到，技術難點和工作量，從而方便人員工作分配。

輸入：需求文件：輸出：功能文件和專案框架

2.工作分配：

拿到需求文件，對需求文件分析，將需求文件中的功能點列出來，形成一個功能文件。按著功能文件可以搭建專案框架和工作分配。

可以根據WES的工作分解結構的方式分配。不過需要注意：在團隊中，每個人的能力不同，側重點不同，可以根據每個人的特長進行工作劃分，比如：我們團隊中有：獨當一面（應急），打下手輔助（工作量太大），新技術和難點技術研究（學習能力強），效率高（開發速度快）等方面人員。當然對應的任務也是不同。

得到工作分配的輸入：功能文件和人員配置。輸出：工作計劃和分配。

3.時間評估：

時間進度評估，我們將專案劃分成一個個的活動，每個活動有先後順序或者同步進行，可以用圖表的形式進行劃分。還有資源估算，在資源齊全的情況下，根據圖表的進度排期可以得出一個最長時間和最短時間。一般我們回報就回報最長時間。給我們一個容錯處理的時間。

輸入：工作計劃和分配。輸出：開發週期和里程碑、檢查點。

4.溝通：在專案實施中，需要結合產品溝通，下發到小組內部開發解決需求。可以每週開週會的形式，或者文件方式都可以保持需求訊息同步。實時通知到每個人。

  週會：任務分配、當前進度控制、任務的問題所在、本週計劃。

  郵件：訊息同步（上到高管、老闆，下到開發、測試）、備份記錄。

5.質量管理：

程式碼規範：命名駝峰規則。類名、方法名和屬性名都是專案首字母字首。原因是方便混淆和grep命令獲取。養成寫日誌的好習慣。

使用Code Review保證程式碼質量規範。遵循框架的開發方式，不要打破框架規則。

6.學習新技術。學習新技術，是對我們的程式設計師，一個提升的方向，時刻關注著技術行業的新技術，在我們團隊中，可以嘗試使用新技術，但是有風險，為了安全起見，建議在初步使用時，不做為正式專案中，而是將已有的專案用新的技術去嘗試。等熟練了，可以在新專案中或者後期更新中加上。學習新技術，不能讓我們這個團隊廢棄掉。對吧，我們作為TeamLeader不能讓隊友停滯不前吧。

7.文件配置編寫。這個很重要，在門開發中，會使用一個寫賬號、地址、記錄、版本等等情況，我們需要將其記錄下來，整理成一個文件，並儲存到公司伺服器上。很懂公司不注重這個，導致開發人員痛苦。工作起來不知所措。如果日後有人離職，接手的人也會很容易上手，大大提高了效率。時間過久，也會忘記，也會帶來不必要的麻煩，如果公司需要申請資質問題，也有更好的交代。