2. 管理開發(fā)團(tuán)隊(duì)

(1) 組建團(tuán)隊(duì)

　　按照工作任務(wù)與項(xiàng)目時間的前提條件建立團(tuán)隊(duì)，按團(tuán)隊(duì)職責(zé)分配人員，一般團(tuán)隊(duì)人數(shù)應(yīng)該控制在8~12人之間。當(dāng)團(tuán)隊(duì)人數(shù)超過15人時，應(yīng)該考慮把團(tuán)隊(duì)分解成2個獨(dú)立團(tuán)隊(duì)，負(fù)責(zé)不同的開發(fā)任務(wù)。

(2) 分配開發(fā)任務(wù)

　　在每個迭代周期內(nèi)（一般是15~30個工作日），應(yīng)該把每個工作包進(jìn)一步細(xì)分為多個開發(fā)任務(wù)，再開發(fā)任務(wù)分配給組員各自負(fù)責(zé)，開發(fā)時間應(yīng)該控制在15個工作小時以內(nèi)。如果開發(fā)任務(wù)的開發(fā)時間超出15個工作小時，應(yīng)該考慮把任務(wù)再度細(xì)化。而開發(fā)任務(wù)應(yīng)該以自由選擇的方式分配給每個組員。

(3) 監(jiān)督開發(fā)進(jìn)度

　　在迭代的前期舉行一次會議，讓組員了解開發(fā)的進(jìn)展及流程，并以自主選擇的方式分配開發(fā)任務(wù)。期間可使用Microsoft Project等工具記錄開發(fā)流程的進(jìn)展，在每個工作包完成開發(fā)后應(yīng)該進(jìn)行性功能的測試，并以文本方式記錄測試結(jié)果。

　　每天舉行一次15分鐘的站立會議，讓組員交待昨天已完成的開發(fā)任務(wù)，當(dāng)天將要做的任務(wù)，與開發(fā)過程中所遇到的問題。并在每舉行一次例行會議，交待總體進(jìn)程。

　　在迭代末期舉行一次沖刺會議，總結(jié)項(xiàng)目的進(jìn)展，交行已完成的任務(wù)，回顧該迭代周期內(nèi)所遇到的問題，為下一個迭代做好準(zhǔn)備。

(4) 系統(tǒng)測試

　　對每個已完成的工作包進(jìn)行適時的測試，保證系統(tǒng)質(zhì)量與性能。對測試結(jié)果進(jìn)行文本的記錄，并把測試結(jié)果與績效工資收入掛鉤，并以真實(shí)數(shù)據(jù)計(jì)算組員的績效收入。

(5) 解決開發(fā)中所遇到的問題

　　對開發(fā)人員進(jìn)行前期培訓(xùn)，可適當(dāng)按工作能力分配任務(wù)，指導(dǎo)組員的開發(fā)。當(dāng)遇到問題時應(yīng)該在當(dāng)天的站立會議時即時提出，并在15個工作小時內(nèi)解決所遇到的問題以防止問題進(jìn)一步擴(kuò)大。

3. 監(jiān)管產(chǎn)品質(zhì)量

(1) 質(zhì)量需要的是計(jì)劃、設(shè)計(jì)而并非審查的。在產(chǎn)品建立的初級，必須與“質(zhì)量保證”（QA）的部門進(jìn)行協(xié)商，以正式文檔的方式，決定恰當(dāng)?shù)馁|(zhì)量策略和標(biāo)準(zhǔn)。

(2) 在開發(fā)過程中使用TDD（測試驅(qū)動開發(fā)）的模式，提高開發(fā)質(zhì)量。測試人員應(yīng)該以文本方式記錄bug，并與開發(fā)人員共同工作的，把突出的缺陷演示給開發(fā)人員，以提高修改的效率。

(3) 在每個迭代的結(jié)束時進(jìn)行一次產(chǎn)品效果的演示，從客戶、使用者、高層領(lǐng)導(dǎo)中收集反饋信息。在團(tuán)隊(duì)內(nèi)部舉行評審會議，分析測試結(jié)果，了解產(chǎn)品性能，為下次迭代所需要做的改進(jìn)做好計(jì)劃。

4. 修改項(xiàng)目計(jì)劃

(1) 在產(chǎn)品需要識別階段，應(yīng)該以文檔形式記錄產(chǎn)品功能與開發(fā)流程，在開發(fā)計(jì)劃需要修改時，應(yīng)該與客戶共同探討，讓客戶了解計(jì)劃修改對項(xiàng)目進(jìn)度所造成的影響。

(2) 項(xiàng)目計(jì)劃的修改應(yīng)該由統(tǒng)一的負(fù)責(zé)人提出，并且由用戶需求的審核認(rèn)可。需求變更的提出應(yīng)該是定期而不是隨時的。

(3) 計(jì)劃的變更應(yīng)該做好詳細(xì)的文本記錄，讓客戶了解需求變更的實(shí)際情況和開發(fā)方為之所付出的成本代價。

七、 產(chǎn)品交付

1. 項(xiàng)目的后期審核

　　在項(xiàng)目開發(fā)終完成后，對開發(fā)人員來說可算是放下工作的重?fù)?dān)，但對項(xiàng)目經(jīng)理來說這往往是項(xiàng)目的關(guān)鍵時刻。前期的風(fēng)險評估、成本預(yù)算、需求分析、軟件設(shè)計(jì)都是為了引導(dǎo)項(xiàng)目走向這一時刻，此時所有的目光都將投向項(xiàng)目管理人員。你可能發(fā)現(xiàn)大量而瑣碎的工作將要在幾個小時內(nèi)完成，此刻項(xiàng)目經(jīng)理更需要保持清醒與鎮(zhèn)定，把后的工作視為微型項(xiàng)目來對待。細(xì)致地對項(xiàng)目進(jìn)行后期的審核，分析項(xiàng)目成果、項(xiàng)目團(tuán)隊(duì)的效率、可交付產(chǎn)品的價值，以此審核結(jié)果可作為項(xiàng)目管理經(jīng)驗(yàn)總結(jié)的一部分。