筆者根據(jù)自身學(xué)習(xí)和實(shí)踐經(jīng)歷對Scrum框架的流程做了總結(jié)，共有7篇，本文是Scrum框架的第2篇：建立產(chǎn)品路線圖。

筆者根據(jù)自身學(xué)習(xí)和實(shí)踐經(jīng)歷對Scrum框架的流程做了總結(jié)，共有7篇。做這個總結(jié)的原因，一來是想梳理出一個可以幫助新人將Scrum落地執(zhí)行的實(shí)踐手冊，二來是想通過分享自己的經(jīng)驗(yàn)引發(fā)大家的思考并指正筆者的不足。本文是Scrum框架的第二篇：建立產(chǎn)品路線圖。

產(chǎn)品路線圖簡介

產(chǎn)品路線圖是產(chǎn)品需求在時間軸上的總體視圖，它是產(chǎn)品需求與其完成時間的概覽，可以使用產(chǎn)品路線圖來對需求進(jìn)行分類、排定優(yōu)先級，然后確定發(fā)布時間表。產(chǎn)品路線圖宏觀的展示了產(chǎn)品的發(fā)展方向以及開發(fā)團(tuán)隊何時實(shí)現(xiàn)目標(biāo)。有效的路線圖不僅是一個強(qiáng)調(diào)產(chǎn)品發(fā)布和功能的時間表：它是一個動態(tài)的文檔，產(chǎn)品負(fù)責(zé)人會在項(xiàng)目進(jìn)行過程中根據(jù)實(shí)際情況不斷更新，所以在創(chuàng)建產(chǎn)品路線圖的初期，對需求、工作量、優(yōu)先級、完成時間的估算不要求也無法很精確，這些內(nèi)容都是隨著項(xiàng)目進(jìn)行不斷細(xì)化調(diào)整的。

產(chǎn)品路線圖是產(chǎn)品負(fù)責(zé)人推動項(xiàng)目發(fā)展的重要工具，它告訴我們每個階段應(yīng)該做什么。在下圖中，可以看到兩個并行的產(chǎn)品路線圖涵蓋了12個月的開發(fā)時間范圍。產(chǎn)品路線圖的第一行是時間軸，第一列是項(xiàng)目名與版本號，版本號與時間軸的交叉點(diǎn)描述的是對應(yīng)的版本涵蓋的功能特性。這樣就能直觀的看到，要在什么時間做哪個版本，以及該版本所含哪些功能了。

如果產(chǎn)品負(fù)責(zé)人計劃在2017Q2末期啟動設(shè)計進(jìn)程，那么就在二月時知道是時候開始考慮設(shè)計所需的開銷和資源。有了這個遠(yuǎn)見，就可以提前開始去實(shí)施這些計劃，以便資源能夠及時地準(zhǔn)備好并保證任務(wù)的完成。簡言之，產(chǎn)品路線圖應(yīng)該能夠讓產(chǎn)品負(fù)責(zé)人和項(xiàng)目團(tuán)隊長遠(yuǎn)地了解產(chǎn)品計劃，并提供關(guān)于實(shí)現(xiàn)這些目標(biāo)和時間節(jié)點(diǎn)的指導(dǎo)。

產(chǎn)品路線圖分類

的服務(wù)對象可以是某個單一產(chǎn)品，也可以是一組產(chǎn)品。

單一產(chǎn)品路線圖

多個產(chǎn)品路線圖

創(chuàng)建產(chǎn)品路線圖步驟

步驟1：識別分解產(chǎn)品需求

產(chǎn)品愿景由許多產(chǎn)品特性所構(gòu)成，產(chǎn)品的需求分為內(nèi)部需求和外部需求，內(nèi)部需求來自產(chǎn)品戰(zhàn)略，外部需求來自市場調(diào)研，具體方法這里不展開討論。在產(chǎn)品路線圖中顯示出的需求可能存在不同的層級：主題和特性。主題是需求的邏輯上或業(yè)務(wù)流程上的分類，特性是指某一具體的功能。比如在設(shè)計工具Sketch中，編輯屬于一個邏輯上的分類，編輯就是主題。而對圖層進(jìn)行放大、縮小、合并等具體功能，就屬于特性。因?yàn)榉糯蟆⒖s小、合并等功能從邏輯上分類都屬于對圖層進(jìn)行編輯，所以特性和主題是從屬關(guān)系。總之，這一步要求產(chǎn)品負(fù)責(zé)人和項(xiàng)目團(tuán)隊梳理出并確定產(chǎn)品需求（主題和特性），創(chuàng)建最初的產(chǎn)品代辦列表（Product Backlog）。

步驟2：產(chǎn)品需求歸類分組

確認(rèn)了產(chǎn)品的需求之后，需要對需求進(jìn)行整理歸類，即：按業(yè)務(wù)流程或功能邏輯把這些需求分成特定的主題。對需求分組時要考慮的問題包括：產(chǎn)品的使用方式和使用流程？哪些特性是客戶要連續(xù)使用的？哪些特性是用戶低頻使用的？提供某一特性后，會對用戶的使用造成什么影響？項(xiàng)目團(tuán)隊能否識別出需求的技術(shù)相似性或依賴性？用這些問題的答案來確認(rèn)產(chǎn)品應(yīng)有哪些主題（分類），然后根據(jù)這些主題把特性歸類。

上圖是用MindManager梳理需求的一個例子，文件管理是一個主題，屬于這個主題的特性有：文件導(dǎo)入、文件導(dǎo)出、文件保存和文件刪除四個特性。當(dāng)然，也可以用Excel進(jìn)行 梳理。

步驟3：產(chǎn)品需求估算排序

大致估算實(shí)現(xiàn)需求所需的工作量，并且對產(chǎn)品需求進(jìn)行優(yōu)先級排序。為需求的價值和工作量估算或者評分是對需求排序的第一步，也是關(guān)鍵的一步。

第一步，評估每一項(xiàng)需求的價值，并進(jìn)行量化（給需求的用戶價值和商業(yè)價值打分）

在評估需求的優(yōu)先級時，可以根據(jù)自身能力和資源選擇合適方法。因?yàn)槲易龅氖侵悄苡布亩皇羌兓ヂ?lián)網(wǎng)產(chǎn)品，所以在項(xiàng)目的概念驗(yàn)證階段，會通過面對面訪談和問卷的形式進(jìn)行目標(biāo)用戶調(diào)研并建立用戶畫像。然后對用戶畫像進(jìn)行優(yōu)先級的初步排序，優(yōu)先級高的用戶畫像中的需求一般優(yōu)先級就會高于其他的需求。還要考慮需求的商業(yè)價值、研發(fā)成本、緊急程度、與產(chǎn)品目標(biāo)的契合程度，還可能用到馬斯洛需求層次理論、KANO模型、雷達(dá)圖等。

總之，對需求的價值有了判斷之后，要和項(xiàng)目干系人確認(rèn)并獲得支持，一定要把需求的價值進(jìn)行量化，給需求的價值打分，這里的分值只是相對分值。

*篇幅所限，評估需求優(yōu)先級的方法在本文中不詳細(xì)展開，因?yàn)橹攸c(diǎn)是講述敏捷框架，這里只做簡單概述，如果想了解的人比較多，后面會單獨(dú)寫一篇*

第二步，評估每一項(xiàng)需求的工作量，并進(jìn)行量化（給完成需求的難易程度打分）

這里需要獲得開發(fā)團(tuán)隊的支持，由他們來判斷完成每項(xiàng)需求所需要的工作量。和需求的價值量化一樣，需求的工作量也是相對的，選擇一項(xiàng)團(tuán)隊認(rèn)為工作量適中的需求來評分，然后將這項(xiàng)需求作為參考系，再通過判斷其他需求與這項(xiàng)參考系需求在實(shí)現(xiàn)上難易程度的差距，進(jìn)而得到對其他需求的工作量分值。估算的準(zhǔn)確性，基本上取決于開發(fā)團(tuán)隊的經(jīng)驗(yàn)和能力。

這里經(jīng)常用到的方法是斐波那契數(shù)列方法，斐波那契數(shù)列又稱為黃金分割數(shù)列，指的是這樣一個數(shù)列：1、1、2、3、5、8、13、21、…，這個數(shù)列從第三項(xiàng)開始，每一項(xiàng)都等于前兩項(xiàng)之和，隨著數(shù)列項(xiàng)數(shù)的增加，前一項(xiàng)與后一項(xiàng)之比越來越逼近黃金分割的數(shù)值。開發(fā)團(tuán)隊中的每個人用斐波那契數(shù)列中的數(shù)字給主題或特性打分，先就一個參考系需求的工作量達(dá)成一致，然后每個人再根據(jù)參考系需求來為其他的主題或特性打分。

比如開發(fā)團(tuán)隊就“放大”功能的工作量達(dá)成一致為5，那么“縮小”功能的工作量也會是5。當(dāng)開發(fā)團(tuán)隊成員給出的分?jǐn)?shù)存在很大差異時，最好讓打最高分和打最低分的人說明原因，可能是對需求的理解出現(xiàn)了偏差，這時要進(jìn)一步細(xì)化需求，讓開發(fā)團(tuán)隊明確功能后再次重新打分，如果這次分歧不大，那么出現(xiàn)頻率較高的分?jǐn)?shù)即可作為最終分?jǐn)?shù)。

第三步，確定需求的相對優(yōu)先級

相對優(yōu)先級是指一項(xiàng)需求相對于其他需求的優(yōu)先程度。相對優(yōu)先級=價值/工作量。這個公式可以讓高價值低工作量的需求具備較高的優(yōu)先級，使低價值高工作量需求具備較低的優(yōu)先級。這樣用價值的分?jǐn)?shù)除以工作量的分?jǐn)?shù)就得到優(yōu)先級的分?jǐn)?shù)。確定了優(yōu)先級的需求列表就稱為產(chǎn)品待辦列表，有了產(chǎn)品待辦列表之后就可以向產(chǎn)品路線圖中添加發(fā)布目標(biāo)了。

步驟4：確定需求時間框架

第一次創(chuàng)建產(chǎn)品路線圖時，產(chǎn)品需求發(fā)布的時間框架是比較粗略的，要思考一下路線圖上各個分組的大致時間框架。然后為項(xiàng)目的發(fā)布選擇一個合適的迭代周期（時間增量），比如一周、兩周、一個月、一個季度或固定的天數(shù)。然后將產(chǎn)品代辦列表中的需求分配到每個迭代周期中去。隨著項(xiàng)目的進(jìn)展，要及時更新產(chǎn)品路線圖。

上圖為UXPressia在2017年底發(fā)布的產(chǎn)品路線圖，UXPressia將迭代周期設(shè)為3個月：Q4 2017、Q1 2018、Q2 2018、Q3 2018、Q4 2018，然后將產(chǎn)品待辦事件一條一條的分配到各個迭代周期中，產(chǎn)品路線圖就這樣完成了。

常用工具

國外有很多專門制作產(chǎn)品路線圖的工具，大多收費(fèi)，這里推薦幾個，感興趣的同學(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)本文有不足之處歡迎留言指正，如果對本文內(nèi)容有疑問請留言提問，筆者看到會馬上回復(fù)或者補(bǔ)充更多內(nèi)容，謝謝。

相關(guān)閱讀

敏捷實(shí)踐01：如何確定產(chǎn)品愿景？

本文由 @?少穻 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可，禁止轉(zhuǎn)載。

題圖來自unsplash，基于CC0協(xié)議