第一次負責專案感悟

工作將近5年的時間，一直作為單兵進行專案開發，中間雖然作為mentor帶過新人，但是還是以單兵寫**為主。

因為負責的舊專案需要支援更大範圍的需求，老的框架和設計已經不再適用新的業務，需要進行重做，我自然而然的就成為了該項目的負責人，因為該專案比較緊急，經理給該專案投入了6個人。

一.任務分配&需求評審

專案剛開始時，我比較焦慮，因為從來也沒有真正負責過乙個專案，也從來沒有支配過這麼多人，首先要想的是該項目的核心功能是什麼，團隊成員適合做什麼工作。

1.分配任務使各個子任務之間盡量相互獨立。

2.有關聯的任務分配給乙個同事。

3.根據團隊成員對某一模組的熟悉程度分配任務。

3.核心功能分配給能力相對較強的同事，輔助功能分配給能力相對較弱的同事。

任務分配完之後就是進行需求反講和講解，每乙個同事和po(product owner）講解自己的理解，和詢問疑問的地方，這裡需要說明的是，雖然在專案開始之前有一些細節不能夠敲定，但是進行大粒度的需求理解也是非常有必要的，以防止方向跑偏。

二.評估工作量&制定開發計畫

每乙個團隊成員根據自己所分配的任務評估工作量並制定開發計畫，具體到日。

三.跟蹤開發計畫

由於團隊成員能力和時間預估不準確問題，專案剛開始時，排的計畫幾乎都不能按時完成，此時我比較焦慮，看著專案進展緩慢，以及團隊成員的狀態不是太好，此時我主動找經理聊了一下我所看到的問題，經過聊天之後我懂得了。

1.一定範圍內允許周計畫不能如期完成，但是要給出完不成的原因。

2.要在計畫完不成時在下一周追趕落下的進度。

3.讓專案成員自己排計畫，並預留出一定的buffer.

4.充分相信團隊成員的能力，把一些任務大膽分配出去。

我的狀態也好了很多，不再焦慮。

四.專案成員發生變化

本來定好的專案成員為6人也按照6人排的專案開發計畫，因為其它專案需要人，抽調出去2人，只剩下4人，專案時間拖後兩周，根據專案變化，和每乙個成員專案完成情況，重新評估工作量，重現排計畫，以期在目標時間完成。

五.專案功能開發基本如期完成

隨著專案的深入，團隊成員對框架以及業務越來越熟悉，開發速度也逐漸提高，雖然中間有很多的困難，但是也算如期完成了。

六.回歸測試&修復缺陷

接下來專案要進入回歸測試，修復缺陷，發布階段，想了一下計畫。

1.誰做的功能誰負責修復缺陷。

2.進一步把我所負責的功能模組的缺陷分配出去

3.協調好各個角色，關注缺陷修復狀態

4.及時根據缺陷多少需求幫助

七.反思&總結

1.相信每乙個人都有把事情做好的心，不要有懷疑和質疑的心態，不要有成見

2.團隊成員進展緩慢時，要主動給與幫助或尋求更大範圍的幫助，而不是抱怨並無動於衷。

3.每乙個人的性格不同，不能苛求所有的人行事行為一致，要有包容的心態

4.如果有任務的順序會影響到專案和合作狀態要及時調整任務的優先順序以使開發效率不受影響

5.大膽的把任務分配出去，而不是什麼都要自己做，自己要留有一定的時間去救火和協調整個團隊

6.要有全域性觀，要關注整個專案的狀態和每乙個團隊成員的開發狀態

7.遇到問題及時解決，可以和直屬領導和經理聊天

8.多鼓勵每乙個團隊成員，要樹立專案能夠如期完成的目標和信心。

9.一定要重視排計畫，有了計畫才能一步步指引專案開發。

10.有了計畫要根據專案狀態及時調整開發計畫和任務分配。