2. 管理開發(fā)團隊

(1) 組建團隊

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

4. 修改項目計劃

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

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

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

七、 產(chǎn)品交付

1. 項目的后期審核

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