天天看點

圖解項目管理流程及角色職責執行個體詳解

作者:PMO前沿
圖解項目管理流程及角色職責執行個體詳解
圖解項目管理流程及角色職責執行個體詳解

項目管理流程說明

1-項目啟動會:

1. 項目立項後,項目經理應對TAPD進行項目設定,主要包括:

  • 項目資訊、應用設定(需求/缺陷/疊代/任務等的字段設定、顯示設定、工作流設定)、成員與權限、消息與報告等;

2. 項目立項後,項目經理和産品經理上傳項目相關資料到TAPD>文檔或Wiki;

3. 根據需求排期、各部門工作量評估,項目經理輸出項目進度計劃;

4. 根據項目進度計劃,各部門分别制定計劃:

  • 項目經理制定TAPD>釋出計劃,設定釋出目标、開始及結束時間,以及規劃好釋出計劃待實作的需求,設定進度計算方式;
  • 以及需求評審計劃、設計稿輸出計劃、前背景開發總計劃、測試總計劃;

5. TAPD 提供三種釋出計劃進度計算方式,分别是:

  • 釋出計劃下所有工作的關閉進度;
  • 所有工作的工時完成進度;
  • 所有需求的規模進度。

-------------------------

2-測試總計劃:

1. 此測試計劃是根據項目釋出計劃制定的測試總計劃;

2. 測試負責人可為項目定制測試計劃模闆和自定義字段,

TAPD設定入口:【設定】>【應用設定】>【測試計劃】>【顯示設定/字段設定】

-------------------------

3-項目監控:

項目經理組織周例會進行周計劃和進度跟蹤:

1. 項目經理做周計劃時,提前在TAPD建立疊代,填寫标題、封面、起止時間、疊代目标等資訊;

2. 進入TAPD疊代詳情後,選擇需要完成的需求、任務、缺陷等,規劃到疊代;

3. 建立TAPD周計劃看闆跟蹤進度,項目經理或各組負責人建立工作項進行任務排期(任務>2天需拆分)并及時更新,通過報表看工作項統計,可檢視負責人、參與人、起止時間、優先級:

4. 測試在TAPD疊代詳情頁中建立測試周計劃,根據待測需求選擇關聯或建立測試用例;

5. 項目經理及時更新變更記錄表和風險登記表;

6. 項目經理及時輸出會議紀要及項目問題跟進情況。

--------------------------

4-需求分析、需求确認和跟蹤:

1. TAPD需求相關設定:需求模闆、需求分類、需求視圖配置等;

建立需求,填寫必填字段:标題,需求分類、疊代、子產品、預計開始、預計結束、處理人、狀态,并上傳需求規格說明書;

2. 如需求規模較大,拆分成若幹子需求關聯到父需求;

3. 需求規格說明書及互動稿需産品部歸檔(可歸檔到TAPD>文檔),但TAPD>需求僅保持1個目前疊代規劃的最新版本,關聯到同一個父需求下,避免成員擷取的版本不一緻;

4. 需求變更或文檔上傳、修訂,産品經理需評論并@項目成員;

5. 評審前評審資料以郵件形式提前1天發送給項目成員,評審通過後再上傳到TAPD;

6. 項目經理、産品經理及QA均需要跟蹤該需求流轉狀态(可使用TAPD>故事牆)。

---------------------------

5-審圖:

設計同學審圖結束後,線上文檔回報審圖時發現的設計圖問題,評論@項目經理跟進設計處理;

如審圖通過,評論@項目經理、産品和開發。

------------------------------

6-測試用例:

測試用例評審通過後,上傳至TAPD,并與對應需求進行關聯。

------------------------------

7/8-産品/設計驗收:

産品和設計同學将驗收發現的問題在TAPD提問題單跟蹤并驗證(需填寫“發現版本”和“驗證版本”),評論@相關成員,并指派給對應處理人。

----------------------------------

9-提測:

開發流轉TAPD需求和缺陷狀态并指派給對應處理人。

----------------------------------

10-bug修複:

1. 開發流轉TAPDbug狀态并指派給提單人回歸驗證,必須填寫“合入版本”;

2. 當改動風險較高時,添加評論分析修複影響範圍,給出測試建議,@相關成員;

3. 因需求未規定導緻開發未實作的問題可轉給産品經理先确認,産品經理決定是否在本次疊代實作或排期,不要直接拒絕。

--------------------------

11-測試執行:

1. 需在TAPD标注測試用例實際結果;

2. 失敗用例需關聯bug;

3. 暫時阻塞用例如有條件需盡快執行;

4. 無法執行的用例需備注原因。

------------------------------

12-bug記錄及驗證:

1. 執行測試中發現的問題提到TAPD缺陷統一管理,直接指派給相應處理人;

2. 不确定處理人可先指派給小組負責人,由負責人再配置設定;

3. 與需求規格描述不符的缺陷可直接提單給開發,優化建議類缺陷提給産品經理;

4. 缺陷描述需滿足提單規範;

5. 請适當添加評論幫助其他關注此bug的同學了解進展。

---------------------------

13-評估會議:

1. 産品/設計驗收回報的問題如無法全部修複,評估是否可在提測後解決;

2. 測試完成後,如bug無法全部在釋出前全部解決,評估是否可遺留。

----------------------------

14-釋出前驗收:

産品經理評估需求實作的情況是否滿足預期,如驗收通過,産品經理流轉該需求狀态至關閉。

----------------------------

15/16-客戶bug複現及修複:

測試同學同步OI表中bug到TAPD并複現,開發修複後,重新釋出。

繼續閱讀