一個都不能少，我的需求池協同管理

原創 2018-04-27 Kevin Kevin改變世界的點滴

我的座右銘之一就是專註和簡單。簡單比複雜更為困難，你必須努力去工作，以讓自己的思維保持清晰，進而實現簡化。 ----喬布斯

我個人的產品工作中，不管是在後台端還是移動端產品需求，都會通過需求池來記錄。之前有分享過使用excel來管理需求池，經過現在協同管理辦公的工具快速的發展，團隊任務的管理可以利用石墨文檔、teambition等高校的協同管理工具。

需求池的記錄，一個都不能少

創業團隊，尤其是在產品剛剛冷啟動上線期間，需要優化或迭代的速度都因為面向用戶需要不斷的開發資源。但如果通過微信或企業微信等聊天工具，以消息文本信息描述需要修改、迭代、優化的功能點，開發人員一定會因為前後邏輯的誤讀或理解不正確，導致開發進度受到影響，更嚴重的是浪費開發資源。

開發人員理解不了你的留言，又反過頭來問產品人員：「你的顏色是什麼意思」

為此，需求池的存在優勢就非常明顯

• 需求的描述清晰，相關上下游看得懂
• 需求的優先順序能夠清楚誰先做
• 需求歸屬的業務類型
• 需求的責任人
• 需求的狀態如何
• 需求的時間點

PMTalk產品經理社區圍繞著一個有深度的產品經理社區，現在也處於冷啟動期間，以邀請制的方式加入。至於邀請制的優勢與短處之前也又分享過以PMTalk社區產品為例，如何落地邀請碼？。

如何更新需求池

更新需求池就涉及到兩個問題

如何記錄需求？如何記錄需求狀態的變化？

在這裡我建議創業團隊或項目快速啟動期間，需求的提出人直接給予歸屬該業務的產品人員；負責該需求的開發直接負責更改該需求的更改（如果有測試則測試負責）

需求池的記錄與狀態的變化一定要以產品版本的維度來區分，這樣可以避免開發人員不知道當前需求屬於那個周期，可以清楚的知道產品線版本迭代走勢。產品人員也可以更好的清楚每個版本的產品問題是什麼、每個版本的需求遺留了多少。

PMTalk產品經理社區需求池的管理就是通過版本為區分來記錄不同的需求。為了更好的有效利用需求，在產品線單一或不複雜的情況下，一個需求池可以就在一個excel 表格統一管理。

最後提外一句，在工作中我們也要做好需求的應對。不要」來一個需求我都要接受「的老好人，需求的產品分工、需求的過濾也是產品人在使用需求池前的基本準備。

最後分享3個PMTalk社區邀請碼，一點一滴的積累社區的成長離不開你。

掃碼即有邀請碼

http://www.ipmtalk.com/?user/invite_code/tHDREbuU.html (二維碼自動識別)