項目管理流程說明

1-項目啟動會：

1. 項目立項后，項目經(jīng)理應(yīng)對TAPD進行項目設(shè)置，主要包括：

• 項目信息、應(yīng)用設(shè)置（需求/缺陷/迭代/任務(wù)等的字段設(shè)置、顯示設(shè)置、工作流設(shè)置）、成員與權(quán)限、消息與報告等；

2. 項目立項后，項目經(jīng)理和產(chǎn)品經(jīng)理上傳項目相關(guān)資料到TAPD>文檔或Wiki；

3. 根據(jù)需求排期、各部門工作量評估，項目經(jīng)理輸出項目進度計劃；

4. 根據(jù)項目進度計劃，各部門分別制定計劃：

• 項目經(jīng)理制定TAPD>發(fā)布計劃，設(shè)定發(fā)布目標(biāo)、開始及結(jié)束時間，以及規(guī)劃好發(fā)布計劃待實現(xiàn)的需求，設(shè)置進度計算方式；
• 以及需求評審計劃、設(shè)計稿輸出計劃、前后臺開發(fā)總計劃、測試總計劃；

5. TAPD 提供三種發(fā)布計劃進度計算方式，分別是：

• 發(fā)布計劃下所有工作的關(guān)閉進度；
• 所有工作的工時完成進度；
• 所有需求的規(guī)模進度。

————————-

2-測試總計劃：

1. 此測試計劃是根據(jù)項目發(fā)布計劃制定的測試總計劃；

2. 測試負責(zé)人可為項目定制測試計劃模板和自定義字段，

TAPD設(shè)置入口：【設(shè)置】>【應(yīng)用設(shè)置】>【測試計劃】>【顯示設(shè)置/字段設(shè)置】

————————-

3-項目監(jiān)控：

項目經(jīng)理組織周例會進行周計劃和進度跟蹤：

1. 項目經(jīng)理做周計劃時，提前在TAPD創(chuàng)建迭代，填寫標(biāo)題、封面、起止時間、迭代目標(biāo)等信息；

2. 進入TAPD迭代詳情后，選擇需要完成的需求、任務(wù)、缺陷等，規(guī)劃到迭代；

3. 創(chuàng)建TAPD周計劃看板跟蹤進度，項目經(jīng)理或各組負責(zé)人創(chuàng)建工作項進行任務(wù)排期（任務(wù)＞2天需拆分）并及時更新，通過報表看工作項統(tǒng)計，可查看負責(zé)人、參與人、起止時間、優(yōu)先級：

4. 測試在TAPD迭代詳情頁中創(chuàng)建測試周計劃，根據(jù)待測需求選擇關(guān)聯(lián)或新建測試用例；

5. 項目經(jīng)理及時更新變更記錄表和風(fēng)險登記表；

6. 項目經(jīng)理及時輸出會議紀(jì)要及項目問題跟進情況。

————————–

4-需求分析、需求確認和跟蹤：

1. TAPD需求相關(guān)設(shè)置：需求模板、需求分類、需求視圖配置等；

創(chuàng)建需求，填寫必填字段：標(biāo)題，需求分類、迭代、模塊、預(yù)計開始、預(yù)計結(jié)束、處理人、狀態(tài)，并上傳需求規(guī)格說明書；

2. 如需求規(guī)模較大，拆分成若干子需求關(guān)聯(lián)到父需求；

3. 需求規(guī)格說明書及交互稿需產(chǎn)品部歸檔（可歸檔到TAPD>文檔），但TAPD>需求僅保持1個當(dāng)前迭代規(guī)劃的最新版本，關(guān)聯(lián)到同一個父需求下，避免成員獲取的版本不一致；

4. 需求變更或文檔上傳、修訂，產(chǎn)品經(jīng)理需評論并@項目成員；

5. 評審前評審資料以郵件形式提前1天發(fā)送給項目成員，評審?fù)ㄟ^后再上傳到TAPD；

6. 項目經(jīng)理、產(chǎn)品經(jīng)理及QA均需要跟蹤該需求流轉(zhuǎn)狀態(tài)（可使用TAPD>故事墻）。

—————————

5-審圖：

設(shè)計同學(xué)審圖結(jié)束后，在線文檔反饋審圖時發(fā)現(xiàn)的設(shè)計圖問題，評論@項目經(jīng)理跟進設(shè)計處理；

如審圖通過，評論@項目經(jīng)理、產(chǎn)品和開發(fā)。

——————————

6-測試用例：

測試用例評審?fù)ㄟ^后，上傳至TAPD，并與對應(yīng)需求進行關(guān)聯(lián)。

——————————

7/8-產(chǎn)品/設(shè)計驗收：

產(chǎn)品和設(shè)計同學(xué)將驗收發(fā)現(xiàn)的問題在TAPD提問題單跟蹤并驗證（需填寫“發(fā)現(xiàn)版本”和“驗證版本”），評論@相關(guān)成員，并指派給對應(yīng)處理人。

———————————-

9-提測：

開發(fā)流轉(zhuǎn)TAPD需求和缺陷狀態(tài)并指派給對應(yīng)處理人。

———————————-

10-bug修復(fù)：

1. 開發(fā)流轉(zhuǎn)TAPDbug狀態(tài)并指派給提單人回歸驗證，必須填寫“合入版本”；

2. 當(dāng)改動風(fēng)險較高時，添加評論分析修復(fù)影響范圍，給出測試建議，@相關(guān)成員；

3. 因需求未規(guī)定導(dǎo)致開發(fā)未實現(xiàn)的問題可轉(zhuǎn)給產(chǎn)品經(jīng)理先確認，產(chǎn)品經(jīng)理決定是否在本次迭代實現(xiàn)或排期，不要直接拒絕。

————————–

11-測試執(zhí)行：

1. 需在TAPD標(biāo)注測試用例實際結(jié)果；

2. 失敗用例需關(guān)聯(lián)bug；

3. 暫時阻塞用例如有條件需盡快執(zhí)行；

4. 無法執(zhí)行的用例需備注原因。

——————————

12-bug記錄及驗證：

1. 執(zhí)行測試中發(fā)現(xiàn)的問題提到TAPD缺陷統(tǒng)一管理，直接指派給相應(yīng)處理人；

2. 不確定處理人可先指派給小組負責(zé)人，由負責(zé)人再分配；

3. 與需求規(guī)格描述不符的缺陷可直接提單給開發(fā)，優(yōu)化建議類缺陷提給產(chǎn)品經(jīng)理；

4. 缺陷描述需滿足提單規(guī)范；

5. 請適當(dāng)添加評論幫助其他關(guān)注此bug的同學(xué)了解進展。

—————————

13-評估會議：

1. 產(chǎn)品/設(shè)計驗收反饋的問題如無法全部修復(fù)，評估是否可在提測后解決；

2. 測試完成后，如bug無法全部在發(fā)布前全部解決，評估是否可遺留。

—————————-

14-發(fā)布前驗收：

產(chǎn)品經(jīng)理評估需求實現(xiàn)的情況是否滿足預(yù)期，如驗收通過，產(chǎn)品經(jīng)理流轉(zhuǎn)該需求狀態(tài)至關(guān)閉。

—————————-

15/16-客戶bug復(fù)現(xiàn)及修復(fù)：

測試同學(xué)同步OI表中bug到TAPD并復(fù)現(xiàn)，開發(fā)修復(fù)后，重新發(fā)布。