版本需求管理流程
因項(xiàng)目不同,成員不同,不同團(tuán)隊(duì)會(huì)有不同的需求管理方法。本文從七個(gè)方面,結(jié)合作者自己團(tuán)隊(duì)所采用的產(chǎn)品需求管理規(guī)范,來跟大家談?wù)劙姹镜男枨蠊芾怼?/p>
01
需求管理是產(chǎn)品經(jīng)理工作內(nèi)容當(dāng)中的重中之重,好的需求管理能有效推動(dòng)需求的開發(fā)上線,與開發(fā)測(cè)試間建立健康的工作流程。而不規(guī)范的需求管理,容易造成需求過度飽和、需求優(yōu)先級(jí)不明確、臨時(shí)插入需求、需求質(zhì)量低等問題。
02
我所在團(tuán)隊(duì)采用敏捷開發(fā),我作為每個(gè)版本的責(zé)任人,根據(jù)團(tuán)隊(duì)基因制定了一套產(chǎn)品需求管理規(guī)范。
正常是兩周一版本的迭代速度,共10個(gè)工作日,在這10個(gè)工作日中,產(chǎn)品測(cè)的工作安排如下:
1)如圖所示的版本周期為本周五~下下周四,周四發(fā)布版本。
2)在版本開始的前一天,版本責(zé)任人會(huì)號(hào)召全員進(jìn)行版本啟動(dòng)會(huì)。
該啟動(dòng)會(huì)必須全體開發(fā)、測(cè)試人員到場(chǎng),啟動(dòng)會(huì)的目的是向所有成員介紹我們下期版本的需求,簡(jiǎn)要介紹需求背景、目的、內(nèi)容和價(jià)值。這個(gè)啟動(dòng)會(huì)能讓開發(fā)在上一版本和即將開始的版本之間起到一個(gè)過渡作用,同時(shí)也能讓所有成員對(duì)下一版本的規(guī)劃有整體的了解,提前先了解需求,避免直接進(jìn)入需求評(píng)審。
3)在版本的第一天和第二天,產(chǎn)品經(jīng)理與開發(fā)測(cè)試完成正式的需求評(píng)審。
此次需求評(píng)審需要達(dá)到:
- 評(píng)審后與開發(fā)測(cè)試同學(xué)確定需求的story point;
- 確定需求是否過大,是否要進(jìn)行拆分,如是則要拆分story;
- 開發(fā)需要給出需求的預(yù)計(jì)提測(cè)時(shí)間;
- 本版本需求全部評(píng)審?fù)瓿珊?,將?yán)令禁止在版本中插入新需求;
- 本版本需求全部評(píng)審?fù)瓿珊?,版本?fù)責(zé)人根據(jù)每個(gè)開發(fā)手上的需求、需求優(yōu)先級(jí)、預(yù)計(jì)提測(cè)時(shí)間制定開發(fā)資源分布圖,跟進(jìn)版本需求進(jìn)度。
4)版本開始的第三天至發(fā)布的前一天,每個(gè)產(chǎn)品都將跟進(jìn)本版本的需求進(jìn)度,同時(shí)需要收集分析下一期的需求。
5)在本版本開始的第五天,版本責(zé)任人需要號(hào)召項(xiàng)目內(nèi)所有產(chǎn)品開始下一期需求的排期。(由于項(xiàng)目特點(diǎn)和客戶性質(zhì),我們很難提前一個(gè)月/季度就制定好下一周期的需求)。
排期的目的是:
- 明確下期需求;
- 產(chǎn)品內(nèi)部明確需求優(yōu)先級(jí);
- 產(chǎn)品內(nèi)部討論出需求解決方案,對(duì)應(yīng)需求責(zé)任人進(jìn)行需求產(chǎn)出;
- 項(xiàng)目leader對(duì)下期需求進(jìn)行開發(fā)責(zé)任人分配;
6)下一版本開始的前2天,如果下期需求中有大的功能模塊、運(yùn)營推廣測(cè)產(chǎn)出的需求、涉及系統(tǒng)底層邏輯的需求,則版本責(zé)任人要監(jiān)督開展需求內(nèi)部評(píng)審會(huì)議,對(duì)應(yīng)產(chǎn)品經(jīng)理也要自主安排內(nèi)部評(píng)審。
由于系統(tǒng)功能模塊是由不同產(chǎn)品人員負(fù)責(zé),先經(jīng)過一輪內(nèi)部需求評(píng)審,能避免需求遺漏的地方,正式需求評(píng)審時(shí)才能更加順暢。
7)之后下一版本開始,正式需求評(píng)審,重復(fù)2~6步。
03
因項(xiàng)目不同,成員不同,不同團(tuán)隊(duì)會(huì)有不同的需求管理方法。以上的需求管理流程是在多次適用中目前較符合我們團(tuán)隊(duì)的一套需求管理規(guī)范,在其他團(tuán)隊(duì)中看來有很多不合理之處,我們也仍在不斷的探索改進(jìn)當(dāng)中。
歡迎和我探討和指點(diǎn)吖!
作者:悅悅;微信公眾號(hào):大話熙游
本文由 @悅悅 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可,禁止轉(zhuǎn)載
題圖來自Unsplash,基于CC0協(xié)議
這只不過是一個(gè)周期短一點(diǎn)的瀑布流。
看到嚴(yán)禁插入需求,就已經(jīng)違背了敏捷開發(fā)的核心價(jià)值觀。
請(qǐng)問已規(guī)劃好了版本并且正在開發(fā)中,突然插進(jìn)緊急需求,應(yīng)該如何處理
請(qǐng)教下如果70%的產(chǎn)品需求是在開發(fā)過程中不斷提出來的,而且原計(jì)劃的時(shí)間不能延誤,如何應(yīng)對(duì)
不斷提出?那只能提前預(yù)留80%的時(shí)間唄。
那是產(chǎn)品需求沒想清楚或者是超出該版本的需求范圍,要么砍功能要么重新規(guī)劃功能
這個(gè)excel怎么做的?。坑心0鍐?/p>
這玩意兒也要模板