紅色路徑如何幫助你管理你的產品後續計劃

 　　紅色路徑(red routes)如何幫助你管理你的產品後續計劃(product backlog)

　　在大多數開發方法論中，圍繞什麼是需要被首先開發的問題，總會有一番協商。比如說Scrum(譯注：迅捷開發方法)，其產品所有者和團隊在每一次要sprint(譯注：全力開發，關於Scrum和Sprint的概念和使用方法，可以看《硝煙中的Scrum和xp》)之前，核心的問題都是協商哪一個後續項目將成為開發重點。產品所有者在排列優先級時，應該被商業目標引導，但是開發團隊要判斷他們在時間框架內，能完成多少工作。

　　實際上，產品所有者們很難收集到他們所需要的全部信息來供他們排列優先級。可能有一些非典型用戶會要求非典型的功能。可能一個銷售真的需要某一項功能來做推廣。可能開發團隊會建議做一系列可以快速被執行的功能，但是這些功能卻不符合客戶最大價值。有一個更好的聚焦開發的方法，就是用紅色路徑來做產品後續計劃的優先級排序。

　　紅色路徑

　　紅色路徑就是用戶想要用產品來完成的關鍵任務。大部分系統只有一小部分紅色路徑，即一些人們希望用這系統來完成的關鍵活動：這是人們購買這個產品的原因。 然而，雖然你能讓大多數人開始使用你的產品，但人們不會持續使用，除非紅色路徑能被很好地完成。如果紅色路徑之上的障礙物不能被掃清，那麼說服用戶去繼續使用這個系統將會變得很艱巨。

　　通過問兩個簡單的問題，你就能夠判斷一個產品後續計劃是否包括在紅色路徑之中：

　　多少用戶需要這個功能?

　　用戶需要使用這個功能的頻次是多少?

　　這通過例子能更好的解釋，現在我們就來看一個。

　　一個可行案例

　　我考查一個叫tom tom的車載衛星導航系統，來考量它通過這些維度是怎麼支持不同功能的。在看下面的表格之前，先等等，想一想設計一個車載衛星導航系統。你覺得什麼是它的紅色路徑?

　　當我問人們這個問題，他們傾向於給我多種答案，本質上可以簡化為一個任務：規劃一條線路。人們告訴我：“我想要從A走到B。”

　　在下面的圖表中，我從tom tom系統中根據前文提到的兩個維度標匯了一些功能。針對每一個功能，我首先問：“使用這個功能的頻次多嗎?”我把我的答案分成四個類別：“任何時間都在用”“大部分時間在用”“有時候用”“很少使用”。我然後會問：“多少人用這個功能?”然後分類“很少人用”“一些人用”“大部分人用”“所有人用”。

　　這兩個問題的答案，決定了功能(類似於我們的產品後續計劃項目)標繪在圖表中的位置。例如：“規劃一條線路”是一個所有人在任何時間都想用的功能，確實，你為什麼要裝一個衛星導航呢?同樣“添加收藏”是一個所有人在大部分時間想要的功能，“查找替換線路”是大部分人在任何時間想要的功能。所以這些功能從圖表的右上角開始標繪，我把顏色設為紅色。

　　但是還有一些別的功能，像“設置飛行模式”。這個功能允許你關掉系統的GPS。我很努力的想了很久為什麼你想要這麼做，我必須承認這有些困惑。誰要把他的衛星導航放置在飛機上並且關掉GPS?(保持GPS連接，然後在面前打開飛行線路圖來觀察航線，這可能非常有意思，但是一個衛星導航如果沒有GPS信號的話，就完全沒有用。)所以我覺得這個功能只針對很少數的人，幾乎不會用到，我把它標繪在了左下角。

　　另一個例子，我們來看看“上傳圖片”。這個功能。你知道你可以上傳圖片到tom tom衛星導航系統嗎?但是，我不確定你會在什麼時候花時間看你的照片。堵車確實是常有的事，但是也沒無聊到讓司機在車內尋找一些消遣的程度。所以我覺得這個是一些人很少用到的功能，我把它標繪在底部居左。

　　(側面注釋：考慮這兩個功能讓我重新思考了使用情境，或許tom tom工程師在腦中有這樣的想法：你在飛機上旅行，想要看一些你家的照片。你把你的小智能手機放在了行李隔斷中，這時，你從你的隨身小包中掏出笨重的tom tom並打開，然後你就能看圖片了。。。還是不明白。。。)

　　現在該你試試了

　　我鼓勵你也做這樣的練習。你的答案可能和我的有些許不一樣：畢竟這個圖表只是基於一個樣本大小。但是我確信那些我標繪在右上方的功能也和你放置在右上方的一致。這就是為什麼它們是紅色路徑。

　　我用顏色來標注圖表，表明你可以用這個圖表來排列產品後續計劃的優先級。我標成紅色的就是優先級最高的項目。一個支持這些任務-紅色路徑-的系統，相當於Lean community(譯注：《精益設計》http://book.douban.com/subject/24896848/)中人們提及到的MVP：最小化可行產品(minimum viable product)。

　　一旦這些功能(紅色路徑功能)被足夠支持，只有在有需要時，才會輪到那些我用淡紅色標注過的功能。之後，再考慮那些我用淡粉色標注過的功能如何執行。

　　我確信你已經懂了。我鼓勵你把這種簡單的可視化方案用到你下一個產品中(不管是否你使用Scrum)，幫助你定義你的系統中的紅色路徑，告訴你應該首先完成那個功能。