如何創(chuàng)建產(chǎn)品路線圖/Roadmap?
筆者根據(jù)自身學(xué)習(xí)和實(shí)踐經(jīng)歷對(duì)Scrum框架的流程做了總結(jié),共有7篇,本文是Scrum框架的第2篇:建立產(chǎn)品路線圖。
筆者根據(jù)自身學(xué)習(xí)和實(shí)踐經(jīng)歷對(duì)Scrum框架的流程做了總結(jié),共有7篇。做這個(gè)總結(jié)的原因,一來(lái)是想梳理出一個(gè)可以幫助新人將Scrum落地執(zhí)行的實(shí)踐手冊(cè),二來(lái)是想通過(guò)分享自己的經(jīng)驗(yàn)引發(fā)大家的思考并指正筆者的不足。本文是Scrum框架的第二篇:建立產(chǎn)品路線圖。
產(chǎn)品路線圖簡(jiǎn)介
產(chǎn)品路線圖是產(chǎn)品需求在時(shí)間軸上的總體視圖,它是產(chǎn)品需求與其完成時(shí)間的概覽,可以使用產(chǎn)品路線圖來(lái)對(duì)需求進(jìn)行分類、排定優(yōu)先級(jí),然后確定發(fā)布時(shí)間表。產(chǎn)品路線圖宏觀的展示了產(chǎn)品的發(fā)展方向以及開(kāi)發(fā)團(tuán)隊(duì)何時(shí)實(shí)現(xiàn)目標(biāo)。有效的路線圖不僅是一個(gè)強(qiáng)調(diào)產(chǎn)品發(fā)布和功能的時(shí)間表:它是一個(gè)動(dòng)態(tài)的文檔,產(chǎn)品負(fù)責(zé)人會(huì)在項(xiàng)目進(jìn)行過(guò)程中根據(jù)實(shí)際情況不斷更新,所以在創(chuàng)建產(chǎn)品路線圖的初期,對(duì)需求、工作量、優(yōu)先級(jí)、完成時(shí)間的估算不要求也無(wú)法很精確,這些內(nèi)容都是隨著項(xiàng)目進(jìn)行不斷細(xì)化調(diào)整的。
產(chǎn)品路線圖是產(chǎn)品負(fù)責(zé)人推動(dòng)項(xiàng)目發(fā)展的重要工具,它告訴我們每個(gè)階段應(yīng)該做什么。在下圖中,可以看到兩個(gè)并行的產(chǎn)品路線圖涵蓋了12個(gè)月的開(kāi)發(fā)時(shí)間范圍。產(chǎn)品路線圖的第一行是時(shí)間軸,第一列是項(xiàng)目名與版本號(hào),版本號(hào)與時(shí)間軸的交叉點(diǎn)描述的是對(duì)應(yīng)的版本涵蓋的功能特性。這樣就能直觀的看到,要在什么時(shí)間做哪個(gè)版本,以及該版本所含哪些功能了。
如果產(chǎn)品負(fù)責(zé)人計(jì)劃在2017Q2末期啟動(dòng)設(shè)計(jì)進(jìn)程,那么就在二月時(shí)知道是時(shí)候開(kāi)始考慮設(shè)計(jì)所需的開(kāi)銷和資源。有了這個(gè)遠(yuǎn)見(jiàn),就可以提前開(kāi)始去實(shí)施這些計(jì)劃,以便資源能夠及時(shí)地準(zhǔn)備好并保證任務(wù)的完成。簡(jiǎn)言之,產(chǎn)品路線圖應(yīng)該能夠讓產(chǎn)品負(fù)責(zé)人和項(xiàng)目團(tuán)隊(duì)長(zhǎng)遠(yuǎn)地了解產(chǎn)品計(jì)劃,并提供關(guān)于實(shí)現(xiàn)這些目標(biāo)和時(shí)間節(jié)點(diǎn)的指導(dǎo)。
產(chǎn)品路線圖分類
的服務(wù)對(duì)象可以是某個(gè)單一產(chǎn)品,也可以是一組產(chǎn)品。
單一產(chǎn)品路線圖
多個(gè)產(chǎn)品路線圖
創(chuàng)建產(chǎn)品路線圖步驟
步驟1:識(shí)別分解產(chǎn)品需求
產(chǎn)品愿景由許多產(chǎn)品特性所構(gòu)成,產(chǎn)品的需求分為內(nèi)部需求和外部需求,內(nèi)部需求來(lái)自產(chǎn)品戰(zhàn)略,外部需求來(lái)自市場(chǎng)調(diào)研,具體方法這里不展開(kāi)討論。在產(chǎn)品路線圖中顯示出的需求可能存在不同的層級(jí):主題和特性。主題是需求的邏輯上或業(yè)務(wù)流程上的分類,特性是指某一具體的功能。比如在設(shè)計(jì)工具Sketch中,編輯屬于一個(gè)邏輯上的分類,編輯就是主題。而對(duì)圖層進(jìn)行放大、縮小、合并等具體功能,就屬于特性。因?yàn)榉糯蟆⒖s小、合并等功能從邏輯上分類都屬于對(duì)圖層進(jìn)行編輯,所以特性和主題是從屬關(guān)系。總之,這一步要求產(chǎn)品負(fù)責(zé)人和項(xiàng)目團(tuán)隊(duì)梳理出并確定產(chǎn)品需求(主題和特性),創(chuàng)建最初的產(chǎn)品代辦列表(Product Backlog)。
步驟2:產(chǎn)品需求歸類分組
確認(rèn)了產(chǎn)品的需求之后,需要對(duì)需求進(jìn)行整理歸類,即:按業(yè)務(wù)流程或功能邏輯把這些需求分成特定的主題。對(duì)需求分組時(shí)要考慮的問(wèn)題包括:產(chǎn)品的使用方式和使用流程?哪些特性是客戶要連續(xù)使用的?哪些特性是用戶低頻使用的?提供某一特性后,會(huì)對(duì)用戶的使用造成什么影響?項(xiàng)目團(tuán)隊(duì)能否識(shí)別出需求的技術(shù)相似性或依賴性?用這些問(wèn)題的答案來(lái)確認(rèn)產(chǎn)品應(yīng)有哪些主題(分類),然后根據(jù)這些主題把特性歸類。
上圖是用MindManager梳理需求的一個(gè)例子,文件管理是一個(gè)主題,屬于這個(gè)主題的特性有:文件導(dǎo)入、文件導(dǎo)出、文件保存和文件刪除四個(gè)特性。當(dāng)然,也可以用Excel進(jìn)行 梳理。
步驟3:產(chǎn)品需求估算排序
大致估算實(shí)現(xiàn)需求所需的工作量,并且對(duì)產(chǎn)品需求進(jìn)行優(yōu)先級(jí)排序。為需求的價(jià)值和工作量估算或者評(píng)分是對(duì)需求排序的第一步,也是關(guān)鍵的一步。
第一步,評(píng)估每一項(xiàng)需求的價(jià)值,并進(jìn)行量化(給需求的用戶價(jià)值和商業(yè)價(jià)值打分)
在評(píng)估需求的優(yōu)先級(jí)時(shí),可以根據(jù)自身能力和資源選擇合適方法。因?yàn)槲易龅氖侵悄苡布亩皇羌兓ヂ?lián)網(wǎng)產(chǎn)品,所以在項(xiàng)目的概念驗(yàn)證階段,會(huì)通過(guò)面對(duì)面訪談和問(wèn)卷的形式進(jìn)行目標(biāo)用戶調(diào)研并建立用戶畫像。然后對(duì)用戶畫像進(jìn)行優(yōu)先級(jí)的初步排序,優(yōu)先級(jí)高的用戶畫像中的需求一般優(yōu)先級(jí)就會(huì)高于其他的需求。還要考慮需求的商業(yè)價(jià)值、研發(fā)成本、緊急程度、與產(chǎn)品目標(biāo)的契合程度,還可能用到馬斯洛需求層次理論、KANO模型、雷達(dá)圖等。
總之,對(duì)需求的價(jià)值有了判斷之后,要和項(xiàng)目干系人確認(rèn)并獲得支持,一定要把需求的價(jià)值進(jìn)行量化,給需求的價(jià)值打分,這里的分值只是相對(duì)分值。
*篇幅所限,評(píng)估需求優(yōu)先級(jí)的方法在本文中不詳細(xì)展開(kāi),因?yàn)橹攸c(diǎn)是講述敏捷框架,這里只做簡(jiǎn)單概述,如果想了解的人比較多,后面會(huì)單獨(dú)寫一篇*
第二步,評(píng)估每一項(xiàng)需求的工作量,并進(jìn)行量化(給完成需求的難易程度打分)
這里需要獲得開(kāi)發(fā)團(tuán)隊(duì)的支持,由他們來(lái)判斷完成每項(xiàng)需求所需要的工作量。和需求的價(jià)值量化一樣,需求的工作量也是相對(duì)的,選擇一項(xiàng)團(tuán)隊(duì)認(rèn)為工作量適中的需求來(lái)評(píng)分,然后將這項(xiàng)需求作為參考系,再通過(guò)判斷其他需求與這項(xiàng)參考系需求在實(shí)現(xiàn)上難易程度的差距,進(jìn)而得到對(duì)其他需求的工作量分值。估算的準(zhǔn)確性,基本上取決于開(kāi)發(fā)團(tuán)隊(duì)的經(jīng)驗(yàn)和能力。
這里經(jīng)常用到的方法是斐波那契數(shù)列方法,斐波那契數(shù)列又稱為黃金分割數(shù)列,指的是這樣一個(gè)數(shù)列:1、1、2、3、5、8、13、21、…,這個(gè)數(shù)列從第三項(xiàng)開(kāi)始,每一項(xiàng)都等于前兩項(xiàng)之和,隨著數(shù)列項(xiàng)數(shù)的增加,前一項(xiàng)與后一項(xiàng)之比越來(lái)越逼近黃金分割的數(shù)值。開(kāi)發(fā)團(tuán)隊(duì)中的每個(gè)人用斐波那契數(shù)列中的數(shù)字給主題或特性打分,先就一個(gè)參考系需求的工作量達(dá)成一致,然后每個(gè)人再根據(jù)參考系需求來(lái)為其他的主題或特性打分。
比如開(kāi)發(fā)團(tuán)隊(duì)就“放大”功能的工作量達(dá)成一致為5,那么“縮小”功能的工作量也會(huì)是5。當(dāng)開(kāi)發(fā)團(tuán)隊(duì)成員給出的分?jǐn)?shù)存在很大差異時(shí),最好讓打最高分和打最低分的人說(shuō)明原因,可能是對(duì)需求的理解出現(xiàn)了偏差,這時(shí)要進(jìn)一步細(xì)化需求,讓開(kāi)發(fā)團(tuán)隊(duì)明確功能后再次重新打分,如果這次分歧不大,那么出現(xiàn)頻率較高的分?jǐn)?shù)即可作為最終分?jǐn)?shù)。
第三步,確定需求的相對(duì)優(yōu)先級(jí)
相對(duì)優(yōu)先級(jí)是指一項(xiàng)需求相對(duì)于其他需求的優(yōu)先程度。相對(duì)優(yōu)先級(jí)=價(jià)值/工作量。這個(gè)公式可以讓高價(jià)值低工作量的需求具備較高的優(yōu)先級(jí),使低價(jià)值高工作量需求具備較低的優(yōu)先級(jí)。這樣用價(jià)值的分?jǐn)?shù)除以工作量的分?jǐn)?shù)就得到優(yōu)先級(jí)的分?jǐn)?shù)。確定了優(yōu)先級(jí)的需求列表就稱為產(chǎn)品待辦列表,有了產(chǎn)品待辦列表之后就可以向產(chǎn)品路線圖中添加發(fā)布目標(biāo)了。
步驟4:確定需求時(shí)間框架
第一次創(chuàng)建產(chǎn)品路線圖時(shí),產(chǎn)品需求發(fā)布的時(shí)間框架是比較粗略的,要思考一下路線圖上各個(gè)分組的大致時(shí)間框架。然后為項(xiàng)目的發(fā)布選擇一個(gè)合適的迭代周期(時(shí)間增量),比如一周、兩周、一個(gè)月、一個(gè)季度或固定的天數(shù)。然后將產(chǎn)品代辦列表中的需求分配到每個(gè)迭代周期中去。隨著項(xiàng)目的進(jìn)展,要及時(shí)更新產(chǎn)品路線圖。
上圖為UXPressia在2017年底發(fā)布的產(chǎn)品路線圖,UXPressia將迭代周期設(shè)為3個(gè)月:Q4 2017、Q1 2018、Q2 2018、Q3 2018、Q4 2018,然后將產(chǎn)品待辦事件一條一條的分配到各個(gè)迭代周期中,產(chǎn)品路線圖就這樣完成了。
常用工具
國(guó)外有很多專門制作產(chǎn)品路線圖的工具,大多收費(fèi),這里推薦幾個(gè),感興趣的同學(xué)可以自己去了解一下:
ProductPlan:https://www.productplan.com/
RoadMunk:https://roadmunk.com/
Trello:https://trello.com/
Craft:https://craft.io/
Aha:https://www.aha.io/
寫在結(jié)尾
如果發(fā)現(xiàn)本文有不足之處歡迎留言指正,如果對(duì)本文內(nèi)容有疑問(wèn)請(qǐng)留言提問(wèn),筆者看到會(huì)馬上回復(fù)或者補(bǔ)充更多內(nèi)容,謝謝。
相關(guān)閱讀
本文由 @?少穻 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可,禁止轉(zhuǎn)載。
題圖來(lái)自u(píng)nsplash,基于CC0協(xié)議
這真的不能算產(chǎn)品線路圖,作者別誤導(dǎo)。
很像PMP的進(jìn)度管理,用在產(chǎn)品管理上的案例,可以借鑒
這個(gè)版本有點(diǎn)老了,最新版本的創(chuàng)建產(chǎn)品路線圖連接:https://kaiwu.lagou.com/course/courseInfo.htm?courseId=1343&sid=20-h5Url-0&lgec_type=website&lgec_sign=56C78768E1A134C49750D2797FB14316&buyFrom=1&pageId=1pz4#/sale
產(chǎn)品需求估算排序,贊一個(gè)!
這個(gè)寫的有問(wèn)題 后面會(huì)改一下
更多內(nèi)容盡在這本書里《智能硬件產(chǎn)品:從0到1的方法論與實(shí)踐》http://product.dangdang.com/29238338.html
看到1/4就覺(jué)得不靠譜了… 我猜測(cè)應(yīng)該不是正式的產(chǎn)品經(jīng)理,換句話說(shuō)應(yīng)該平常不是做或者不用做相關(guān)的工作。這部分純粹是個(gè)人愛(ài)好。
有很多問(wèn)題。
1. 文章不簡(jiǎn)潔,說(shuō)不清楚的感覺(jué),或者說(shuō)好像面向完全沒(méi)經(jīng)驗(yàn)的人群
2. 主題和特性是什么鬼?自造詞?不應(yīng)該是模塊和功能?這一點(diǎn)說(shuō)明應(yīng)該沒(méi)有對(duì)接開(kāi)發(fā)部分?
首先呢,就是想讓每個(gè)人都能看懂。然后呢,主題和特性,如果你不懂的話,可以多去看看書,不是所有人都要按你的認(rèn)知水平來(lái)定義問(wèn)題的。
多多修煉一下,定義產(chǎn)品不是功能,而是一個(gè)個(gè)特性,特斯拉的百秒加速7.6;手機(jī)的高刷新率,這些就是產(chǎn)品的特性,再往下才是為了實(shí)現(xiàn)這個(gè)特性/目標(biāo),我要做什么樣的研發(fā)投入,開(kāi)發(fā)具體相關(guān)配套功能,作者講的沒(méi)錯(cuò),提高自己的認(rèn)知,不要扎在功能和模塊里
數(shù)列都出來(lái)了。
你這是項(xiàng)目管理看板,哪是產(chǎn)品路線圖!
產(chǎn)品路線圖應(yīng)該是對(duì)產(chǎn)品方向的說(shuō)明,就像一張旅游地圖,上面標(biāo)注了目的地以及不同的旅游路線。與此相似,產(chǎn)品路線圖也應(yīng)該告訴我們?nèi)绾螌?shí)現(xiàn)產(chǎn)品的愿景。也就是說(shuō),產(chǎn)品路線圖是說(shuō)明你想要達(dá)成的結(jié)果而發(fā)布的產(chǎn)品計(jì)劃,告訴大家在什么時(shí)候推什么樣的功能,帶來(lái)什么樣的結(jié)果。
我覺(jué)得你可能搞混了,像一張旅游地圖?是指用戶體驗(yàn)圖或者用戶旅程圖么?后面你說(shuō)的表明產(chǎn)品方向或者表明發(fā)布計(jì)劃我說(shuō)的都滿足呀?這不就是一系列的特性發(fā)布計(jì)劃嗎?你的項(xiàng)目管理看板就只有特性發(fā)布嗎?沒(méi)需求、設(shè)計(jì)、研發(fā)、測(cè)試或者其他相關(guān)時(shí)間節(jié)點(diǎn)嘛?
比較PM亮子說(shuō)的,原作者的表現(xiàn)形式是可以理解的,但是他的內(nèi)容偏項(xiàng)目或者版本管理方向,基于產(chǎn)品生命周期維度的產(chǎn)品路線圖,我經(jīng)常見(jiàn)到的是在甘特圖右側(cè)的內(nèi)容中根據(jù)FEATURE細(xì)分STORY的分布
視角不同而已。老板眼里的roadmap一定是feature,而不是task.
PM亮子說(shuō)的對(duì)。Roadmap 跟 Storyusermap、Scrum plan&track 應(yīng)該不是同一回事。
請(qǐng)問(wèn)后續(xù)的5期什么時(shí)候更新呀?
暫時(shí)沒(méi)精力更了
請(qǐng)問(wèn)這些工具,和project差異在哪里呢
如果你用過(guò)project……就知道差異了
樓主有ProductPlan的免費(fèi)賬號(hào)么?
后面6期啥時(shí)更新 ?
暫時(shí)沒(méi)精力更了
期待后續(xù)5篇。
暫時(shí)沒(méi)精力更了
贊一個(gè)
感謝支持
等待續(xù)集更新中
暫時(shí)沒(méi)精力更了
播出
不
文案完全木有吸引力……加油
產(chǎn)品路線圖是用什么軟件畫的
哪一個(gè)?
Agile和單一產(chǎn)品和多個(gè)產(chǎn)品這三張
roadmunk & productplan
這兩款軟件是在哪下載的呀,能不能發(fā)給包給我~謝謝樓主大大~
看到文末的鏈接了~~嘻嘻~謝謝樓主分享?,F(xiàn)在自己用的是leango的。沒(méi)有樓主的漂亮~
漂亮的工具層出不窮,差不多就行啦親 ??
6期待后面的文章
??
這個(gè)產(chǎn)品路線圖是用什么軟件畫的
trello