項(xiàng)目生命周期中,變更和糾正錯誤的代價在項(xiàng)目接近完成時通常會顯著提高。所以在項(xiàng)目研發(fā)過程中,需求分析師要參與到產(chǎn)品研發(fā)過程,與開發(fā)人員、測試人員保持緊密溝通,討論和澄清在實(shí)現(xiàn)過程中的需求疑問,保證產(chǎn)品產(chǎn)出和需求意圖的吻合。軟件項(xiàng)目中的需求變更,相信做需求的人員再熟悉不過,需求變更率的高低,也是反應(yīng)需求工作好壞的一個重要KPI。對于需求變更的發(fā)生,唯有面對和解決。通常的做法:了解需變更背景、評估影響程度,考慮與各干系人的溝通(客戶、市場、研發(fā)、工程和領(lǐng)導(dǎo)),將評估結(jié)果作為變更請求,提交給項(xiàng)目管理團(tuán)隊(duì),獲批準(zhǔn)后,按新計劃開展產(chǎn)品研發(fā)。
下面是在項(xiàng)目研發(fā)過程中需求端會參與的一些活動。
下文中提到的產(chǎn)品團(tuán)隊(duì)通常包含這么些角色:開發(fā)經(jīng)理、開發(fā)組長、測試經(jīng)理、測試組長、項(xiàng)目經(jīng)理、產(chǎn)品經(jīng)理、需求分析師、產(chǎn)品策劃經(jīng)理、市場經(jīng)理和工程經(jīng)理;研發(fā)團(tuán)隊(duì)通常包含開發(fā)經(jīng)理、開發(fā)組長、測試經(jīng)理、測試組長和項(xiàng)目經(jīng)理。
(1)需求評審、版本規(guī)劃活動:
1、需求分析師收集到市場需求后與開發(fā)、測試經(jīng)理溝通,對大致方案達(dá)成一致后,開始編寫軟件需求,將編寫完成的軟件需求發(fā)給產(chǎn)品團(tuán)隊(duì),組織會議評審。評審要點(diǎn):
1.需求背景
2.本期需求的總體功能要求
3.本期需求各功能模塊要求
4.本期需求的接口要求
5.本期需求的性能要求
6.需求的市場價值(本期合同驗(yàn)收及回款、后期市場需求準(zhǔn)備)
7.需求的市場時間(在需求調(diào)研期間,需求分析是要爭取足夠的市場時間,作冗余)
8.未來可能會開展的需求(基于市場判斷、競品分析)
說明:
對于較小規(guī)模的產(chǎn)品,產(chǎn)品規(guī)劃師和需求分析師通常是一個人,既負(fù)責(zé)用戶需求描述,進(jìn)行外部接口、流程描述也負(fù)責(zé)將用戶需求轉(zhuǎn)換為軟件需求,進(jìn)行內(nèi)部模塊劃分、接口、流程的描述。
對于較大規(guī)模的產(chǎn)品,產(chǎn)品規(guī)劃師和需求分析師通常是兩個人,產(chǎn)品規(guī)劃師負(fù)責(zé)用戶需求描述,進(jìn)行外部接口、流程描述,需求分析師負(fù)責(zé)將用戶需求轉(zhuǎn)換為軟件需求,進(jìn)行內(nèi)部模塊劃分、接口、流程的描述。
2、需求評審?fù)瓿珊螅瑢⑿枨筮M(jìn)行正式發(fā)布,同時,郵件說明下一階段工作計劃:
1.請開發(fā)經(jīng)理、測試經(jīng)理開始需求工作量評估(含詳細(xì)設(shè)計、編碼、單元測試、集成測試、系統(tǒng)測試和版本發(fā)布)
2.需求工作量評估完成時間點(diǎn)(結(jié)合對市場時間的把握,需求分析師要闡述期望的評估完成時間點(diǎn)要求)
3.開發(fā)經(jīng)理將詳細(xì)設(shè)計方案做出來后,會邀需求分析師、團(tuán)隊(duì)成員做評審,以達(dá)成需求層面的共識。
3、工作量評估輸出后,針對下面2種情況,結(jié)合個人預(yù)估和市場時間,提出建議:
1.如評估工作量超出預(yù)期,發(fā)起討論,請研發(fā)團(tuán)隊(duì)闡述超出原因,參與討論過程。
2.如評估工作量存在不合理,發(fā)起討論,提出自己理解和建議,參與討論過程,請研發(fā)團(tuán)隊(duì)重新評估。
3.討論結(jié)束前,和研發(fā)團(tuán)隊(duì)明確工作量重新評估完成時間點(diǎn)。
4.工作量評估修訂并達(dá)成一致后,與開發(fā)經(jīng)理、測試經(jīng)理、項(xiàng)目經(jīng)理確定版本啟動時間點(diǎn)。
5.項(xiàng)目經(jīng)理針對各方向項(xiàng)目的月度規(guī)劃情況,統(tǒng)籌安排并確定啟動時間點(diǎn)后,需求分析師結(jié)合啟動時間、評估工作量,發(fā)布正式版本研發(fā)計劃給給產(chǎn)品團(tuán)隊(duì)。
6.需求分析師進(jìn)行產(chǎn)品版本和研發(fā)版本規(guī)劃。
7.研發(fā)團(tuán)隊(duì)按版本規(guī)劃計劃,開展開發(fā)及測試工作。
(2)需求驗(yàn)證活動:
1.版本進(jìn)入開發(fā)階段(含編碼、單元和集成測試),參與團(tuán)隊(duì)成員在編碼、自測過程中的疑問和建議。
2.版本進(jìn)入測試階段(含單元和系統(tǒng)測試),第一輪系統(tǒng)測試版本關(guān)閉之前,需求分析師在系統(tǒng)測試環(huán)境上完成軟件需求的驗(yàn)證,輸出測試過程中發(fā)現(xiàn)的產(chǎn)品問題(產(chǎn)品bug、與需求不吻合的地方、存在爭議的地方),組織研發(fā)團(tuán)隊(duì)討論。
3.第二輪系統(tǒng)測試版本關(guān)閉前完成需求驗(yàn)證滿意度的問題落實(shí)。
(3)需求變更活動:
1、來自客戶的需求變更
1.影響程度大的需求,與客戶溝通并直接規(guī)劃到下一輪版本。如客戶不接受,請客戶提出正式變更申請,走商務(wù)流程按合同兌現(xiàn)或發(fā)起合同變更流程。
2.影響程度小的需求,結(jié)合在研版本的狀態(tài)和需求分析、開發(fā)工作量與研發(fā)團(tuán)隊(duì)討論和評估。
如版本狀態(tài)允許(如狀態(tài)為‘開發(fā)中’)且需求分析、開發(fā)工作量可以接受,提交變更申請,待項(xiàng)目經(jīng)理批準(zhǔn)后,追加該變更需求到在研版本。
如版本狀態(tài)允許(如狀態(tài)為‘系統(tǒng)測試中’)但需求分析、開發(fā)工作量較大,與客戶溝通并直接規(guī)劃到下一輪版本。
如版本狀態(tài)不允許(如狀態(tài)為‘系統(tǒng)測試中’),與客戶溝通并直接規(guī)劃到下一輪版本。
2、來自內(nèi)部的需求變更
1.影響程度大的需求,與客戶溝通變更原因并爭取市場交付時間,如客戶接受,提交變更申請,待項(xiàng)目經(jīng)理批準(zhǔn)后,追加該變更需求到在研版本并順延版本計劃。如客戶不接受,內(nèi)部重新討論,排列需求優(yōu)先級、協(xié)調(diào)資源,滿足需求。
2.影響程度小的需求,與客戶溝通變更原因并爭取市場交付時間,如客戶接受,提交變更申請,待項(xiàng)目經(jīng)理批準(zhǔn)后,追加該變更需求到在研版本并順延版本計劃。如客戶不接受,內(nèi)部重新討論,排列需求優(yōu)先級,滿足需求。
(4)需求跟蹤活動:
反饋每周的需求進(jìn)展給項(xiàng)目管理團(tuán)隊(duì),加強(qiáng)與研發(fā)團(tuán)隊(duì)的溝通和需求跟蹤。進(jìn)展內(nèi)容包括(不限于):
1、原始需求提出人
2、提出日期
3、市場接口人
4、產(chǎn)品經(jīng)理
5、需求分析師
6、版本號
7、功能需求滿足詳細(xì)列表
8、問題故障解決詳細(xì)列表
9、承諾提供時間
10、當(dāng)前狀態(tài)(評審中、評審?fù)戤叀⒁?guī)劃中、研發(fā)中、已發(fā)布)
11、本周進(jìn)展
12、上周進(jìn)展
(5)需求定期復(fù)盤活動:
產(chǎn)品團(tuán)隊(duì)定期做復(fù)盤,包括需求、進(jìn)度、質(zhì)量、成本、風(fēng)險等。總結(jié)經(jīng)驗(yàn),形成過程資產(chǎn)。
posted on 2013-03-29 11:55
cheng 閱讀(1486)
評論(0) 編輯 收藏 所屬分類:
通信&政企產(chǎn)品