【轉】 項目組內個角色的職責說明

　　僅針對當前項目組，其餘項目組慎用，呵呵~~

　　

目錄(?)[-]

1. 總則
2. 項目角色定義
3. 項目角色職責
1. 項目經理
2. 需求人員
3. 開發人員
4. 測試人員
5. 配置管理

 

這些天爲給組員培訓些的東西，摘取要點，可能不全面，呵呵

 

項目組人員職責

 

一、總則

本文旨在明確項目組各相關人員責任和權力，明確任務分工，下降各角色之間協調的成本，提升溝通效率。

二、項目角色定義

1)        項目經理：

表明公司執行項目管理，進行整個項目的協調工做，對項目成敗直接負責的人員。

2)        需求人員：

與客戶業務人員進行業務需求溝通，引導業務人員進行系統需求提出的人員。

3)        開發人員

根據需求進行系統設計及編碼的專業人員。

4)        測試人員

根據需求對系統進行正確性驗證的人員。

5)        配置管理

負責進行系統基礎軟硬件環境管理、版本發佈的人員。

三、項目角色職責

3.1     項目經理

A.       對項目成敗及收益負全責。

B.        5大過程管理：（摘自PMPBook）

a)         項目啓動過程，

b)        項目規劃過程，

c)         項目執行過程，

d)        項目監控過程，

e)         項目收尾過程。

C.        9大領域管理：（摘自PMPBook）

a)         項目總體規劃，

b)        項目範圍管理，

c)         項目時間管理，

d)        項目費用管理，

e)         項目質量管理，

f)         項目人力資源管理，

g)        項目溝通管理，

h)        項目風險管理，

i)          項目採購管理。

 

3.2     需求人員

A.       對需求正確性和完備性負全責。

B.        進行需求溝通：與業務人員深刻溝通業務需求，肯定軟件需求限制和軟件同其它系統接口細節。

C.        發起討論：與業務進行重大需求討論和確認前，應與項目組內部干係人進行需求討論，達成一致，避免出現不合理需求。

D.       出具需求規格說明書：出具完整描述業務需求、無歧義、可執行的需求文檔。

E.        維護需求狀態。

F.        解答項目組內其餘人員關於需求的疑問。

G.       屏蔽業務人員對開發人員的干擾，使得開發人員可專一於系統實現。

 

3.3     開發人員

A.       對系統功能代碼質量負全責，掌握功能發佈情況。

B.        需求溝通：與需求人員溝通需求，瞭解需求細節。

C.        需求評審：評審需求人員編寫的需求規格說明書，共同把控需求質量。

D.       系統設計：根據需求規格說明書進行系統功能設計，出具可執行的詳細設計文檔。

E.        發起評審：重大功能或核心算法，在編碼前，應主動提起設計評審，讓項目組相關人員相互取長補短，共同把控系統質量。

F.        編碼：根據詳細設計文檔進行系統編碼工做，實現需求功能。

G.       單元測試：對本身開發的功能進行單元測試，確保功能的正確性。

H.       功能發佈：負責正確填寫更新列表，跟蹤功能發佈情況。

I.          DAT驗證測試：接收到配置管理人員更新完畢的通知後，在DAT進行功能驗證，確保更新完整性。

J.         BUG修改：修改DAT和UAT發生的BUG，及時發佈，並跟蹤BUG複測狀況。

 

注：開發人員享有拒絕權：

若發生需求描述不明確，或與系統不兼容，甚至不能實現等需求問題，開發人員有權利拒絕本需求的開發，並與需求人員溝通提起需求的再分析。

若接收到的BUG非系統功能問題，開發人員可進行拒絕處理，並根據實際狀況進行解釋或提起討論分析。

3.4     測試人員

A.       對DAT測試完畢併發布UAT後的系統質量負全責。

B.        需求評審：評審需求人員編寫的需求規格說明書，共同把控需求質量。

C.        理解需求：深刻理解需求人員給出的需求規格說明書，掌握業務需求要點。

D.       編寫測試案例：編寫能覆蓋需求內容、且能覆蓋絕大部分業務行爲的測試案例。

E.        發起評審：重大功能或核心功能的測試案例應發現評審，共同把控案例完備性。

F.        執行測試案例。

G.       複測BUG。

H.       出具測試報告：給出可否更新UAT的結論，若不能更新UAT，需給出哪些點不能更新。

 

注1：測試人員享有拒絕權：

若開發人員提交DAT的功能有阻斷性BUG或嚴重BUG較多，測試人員可拒絕相關功能的測試，等待開發人員調整系統。（嚴重Bug較多：按功能工做量，平均天天發生一個嚴重Bug）

注2：測試人員享有免責權：

若測試報告爲不能更新UAT，但經項目經理及客戶贊成，將該功能更新到UAT，則測試人員可不對測試報告中提出的不能更新的功能點負責。

3.5     配置管理

A.       對公共軟硬件環境穩定性及功能發佈正確性負全責。

B.        軟硬件環境準備：負責搭建及維護公共軟硬件環境，如VSS、開發庫、DAT等。

C.        按時發佈功能。

D.       確保開發人員提交的文件完整正確的發佈到相應環境，若發現開發人員填寫文件不正確，應提醒相關開發人員填寫。

E.        大版本發佈方案整理。

 

注：配置管理人員享有拒絕權：

若開發人員不按時提交更新，或提交的更新不正確，配置管理人員可拒絕更新相關功能。