經(jīng)驗分享 | 需求管理如何落地?
一、引言
需求管理絕對可以算是產(chǎn)品經(jīng)理日常工作中比較重要且高頻的操作,今天我不聊高大上的馬斯洛需求層次理論、也不去深挖人類需求池在產(chǎn)品上的表現(xiàn)形式,只想跟大家聊聊需求管理如何落地的話題。這個話題起意于目前我在梳理部門需求管理的流程,所以下面的闡述都是以我梳理的成果為例。
二、定目標(biāo)、理概念、揪來源
定目標(biāo)
在解決一個問題前,我們需先明確這個問題到底要解決什么?它的目標(biāo)是什么?針對需求管理如何落地這個問題,我們明確了這個問題的是為了解決目前需求承接、記錄、優(yōu)先級判定、跟蹤和反饋無序化、不規(guī)范的問題。所以針對這個問題,我定了以下目標(biāo):使需求的承接、記錄、優(yōu)先級判定、跟蹤和反饋整個流程更加規(guī)范和有序。
概念界定
解決需求管理的落地問題,首先要對需求有個定義,方便對流程要解決的問題聚焦。我給出的定義:待解決的問題。需求管理本質(zhì)上是從接到一個問題到將這個問題解決的過程管理。這個過程中涉及需求的接收和澄清、需求的梳理和分析以及需求的跟蹤和反饋。
來源分析
我想大部分公司的產(chǎn)品經(jīng)理所接收到的需求無外乎以下兩種類型:產(chǎn)品自身優(yōu)化迭代和功能完善而產(chǎn)生的需求;業(yè)務(wù)部門、運(yùn)營人員、市場提交給產(chǎn)品的需求。因為不同的需求來源,會造成需求的流轉(zhuǎn)和處理方式大有不同。我們此次討論的需求來源主要是針對后一種需求來源:來自于產(chǎn)品之外的業(yè)務(wù)部門、運(yùn)營人員、市場提交的產(chǎn)品需求。
三、選工具
理清了接下來要做什么事、這個事要達(dá)到什么樣的目標(biāo)、解決什么樣的問題后,下一步工作就是選擇能很好支持這個工作的工具。擺在我們面前的有三個工具:redmine、confluence、tower。
分析現(xiàn)有工具使用現(xiàn)狀
redmine我們平常有在用,主要用于提交bug以及追蹤bug解決進(jìn)度,也用于提交優(yōu)先級比較高、工作量又不大的產(chǎn)品優(yōu)化需求。
- 優(yōu)點:方便跟蹤問題的處理進(jìn)度、可標(biāo)注問題的優(yōu)先級、可將問題指派給某人、能生成唯一識別該問題的ID號方便后續(xù)跟蹤。
- 缺點:組內(nèi)成員無法針對某個問題展開討論,且不支持將圖片直接貼在問題描述區(qū)。
在此之前,confluence是充當(dāng)需求管理和知識積累的工具。做知識積累還算可以,但是做需求管理,有以下幾個優(yōu)缺點。
- 缺點:不能及時追蹤問題的處理進(jìn)度、無法對問題標(biāo)注優(yōu)先級,也就是說confluence是存放需求池的好工具,但是對需求管理整個過程卻不是最佳的選擇。
- 優(yōu)點:成員可以方便討論、評論者可@相關(guān)人員、并且是與公郵打通,一旦有需求變更,可公郵給相關(guān)人員。我最喜歡的一點:可以自由貼圖片。
tower之前是沒有用過的,但是對其進(jìn)行了分析之后,發(fā)現(xiàn)tower更適合做項目或任務(wù)管理,不太適合做需求管理,所以我們討論之后,就果斷放棄了tower。
根據(jù)各工具的優(yōu)缺點確定最后的落地工具
我們最終選擇的是redmine+confluence。redmine適合需求過程管理,confluence適合需求內(nèi)容管理。兩者結(jié)合,完美!
四、落地流程梳理
在做流程之前,我習(xí)慣用抽象思維去假設(shè)我接收到了業(yè)務(wù)部門的某個需求,我該如何讓這個需求承接住并解決掉,這個過程在我腦中開始跑起來,這方便我細(xì)化流程節(jié)點、分析每個節(jié)點的工作事項和目標(biāo)。
需求的承接、記錄和首次反饋。這個環(huán)節(jié)主要是使用redmine工具
需求的承接
需求的承接是從需求來源轉(zhuǎn)移至需求承接者的過程,我們確定了每天需求承接者是由每天值日的PM來承接,當(dāng)然各個公司管理不一樣,這個可能會有所差別。
記錄
在記錄需求時,也需要確定一些規(guī)則:需求來源、主題、描述、狀態(tài)、優(yōu)先級。這些字段是需求記錄者必須要填寫的事項。需求來源大抵是記錄這個需求是由哪個部門的哪個人通過什么渠道提交的;主題是能言簡意賅描述清楚這個需求的一句話;描述是對需求的詳細(xì)的、進(jìn)一步的闡述;狀態(tài)有利于標(biāo)記清楚這個需求的解決進(jìn)度;優(yōu)先級可以將需求劃分為幾個等級
反饋
當(dāng)需求記錄者把以上的問題梳理清楚后,基本上就可以保存這個需求、生成代表這個需求的唯一ID號,方便日后的追蹤。再將ID號反饋給需求來源者,大抵的意思是表明這個需求我們已經(jīng)記錄,會考慮優(yōu)先級予以解決。
首次review。這個環(huán)節(jié)還是使用redmine工具
記錄到redmine中的需求需要定期過濾和梳理,時間周期因公司而異。這個過程主要解決的問題是:對需求進(jìn)行進(jìn)一步的分析,確定需求的優(yōu)先級、狀態(tài)。并且將需求指派給某個人全程跟蹤和處理。這個工作節(jié)點的意義在于:集中處理需求好過單個PM決定,而且對需求review之后,給定優(yōu)先級和狀態(tài),可以凈化需求池,將優(yōu)先級非常高需求可納入版本計劃。
這個流程主要是消化需求的環(huán)節(jié),被消化的需求有以下幾個去向。
- 需求完全是偽需求或是無效的,這個需求就被標(biāo)記為無效;
- 需求是有必要實現(xiàn)的、但是短時間內(nèi)還無法給出優(yōu)先級,這個需求就被標(biāo)記為需要再次回顧的;
- 需求明顯是很長一段時間之后才會考慮,有效但優(yōu)先級極低,這種需求就可以被標(biāo)記為被冷凍的需求,需要再次回顧的時候解凍;
- 需求已經(jīng)被大家認(rèn)可是優(yōu)先級比較高的、且需要解決的, 這個需求被標(biāo)記為進(jìn)行中,由相應(yīng)的負(fù)責(zé)人認(rèn)領(lǐng)該需求。
無論需求是上面哪種去向,都要把結(jié)果反饋給需求來源者,因為他們對需求的處理進(jìn)度真的很關(guān)心。
被標(biāo)記為需再次回顧和冷凍的需求,需要定期再梳理
這兩種類型的需求對于產(chǎn)品近期工作不會有太多的影響,但是卻不能丟掉,可能里面的需求有十分亮點的,但是短期之內(nèi)無法解決的,最起碼先找個地方盛起來。
在confluence中對需求內(nèi)容進(jìn)行管理
已經(jīng)被標(biāo)記為進(jìn)行中或是列入版本計劃中的需求,這時可以轉(zhuǎn)移到confluence中進(jìn)行管理。主要原因是confluence十分適合知識和內(nèi)容管理。
需求被滿足后,需要及時變更需求的狀態(tài)、并及時反饋給需求來源者
需求一旦被需求來源者提出,需求的處理流程就被需求來源者密切關(guān)注,所以,在需求處理的每個節(jié)點,都及時將處理的結(jié)果反饋給對方,能大大增強(qiáng)其它部門對產(chǎn)品部的好感哦!
五、to do list
沒有具體到執(zhí)行者的任務(wù)都是耍流氓!流程定好之后,除了執(zhí)行外,還需要分配一個任務(wù)列表。由于redmine的項目都是自定義,所以,為了執(zhí)行上述的流程,需要在redmine里面新建一個項目,這個算是to do list。
下面貼上工具原型。
六、寫在后面
樹挪死、人挪活。流程是死的,人是活的,在流程執(zhí)行過程中,應(yīng)該發(fā)揮人的主觀能動性。對流程執(zhí)行過程中遇到的問題,可隨時修正流程,以保證大家基本上按照流程來走。
本文由 @塞上雪 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理?,未經(jīng)許可,禁止轉(zhuǎn)載。
你好 此文章還有分享嗎?圖片還是看不到咯,下面的鏈接登錄后提醒到期
從redmine到confluence是人工重新錄入的?
是的,說白了redmine就是用來記錄需求、處理優(yōu)先級,但是對需求管理、知識管理confluence更加好用。
圖片沒辦法看。。。
鏈接: http://pan.baidu.com/s/1mgKna4K 密碼: s344。
鏈接: http://pan.baidu.com/s/1eQuaO50 密碼: k7ah。
謝謝反饋
? ?? ??