作業將近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.有了計劃要根據專案狀態及時調整開發計劃和任務分配，
轉載請註明出處，本文鏈接：https://www.uj5u.com/qita/24555.html
標籤：其他
上一篇：記我的第一次出差駐場開發