需求池协同管理这些都一个不能少
我的座右铭之一就是专注和简单。简单比复杂更为困难，你必须努力去工作，以让自己的思维保持清晰，进而实现简化。 ----乔布斯我个人的产品工作中，不管是在后台端还是移动端产品需求，都会通过需求池来记录。之前有分享过使用excel来管理需求池，经过现在协同管理办公的工具快速的发展，团队任务的管理可以利用石墨文档、teambition等高校的协同管理工具。
需求池的记录，一个都不能少
创业团队，尤其是在产品刚刚冷启动上线期间，需要优化或迭代的速度都因为面向用户需要不断的开发资源。但如果通过微信或企业微信等聊天工具，以消息文本信息描述需要修改、迭代、优化的功能点，开发人员一定会因为前后逻辑的误读或理解不正确，导致开发进度受到影响，更严重的是浪费开发资源。
开发人员理解不了你的留言，又反过头来问产品人员：“你的颜色是什么意思”。
为此，需求池的存在优势就非常明显：
·需求的描述清晰，相关上下游看得懂
· 需求的优先级能够清楚谁先做
· 需求归属的业务类型
· 需求的责任人
· 需求的状态如何
· 需求的时间点
PMTalk产品经理社区围绕着一个有深度的产品经理社区，现在也处于冷启动期间，以邀请制的方式加入。至于邀请制的优势与短处之前也又分享过以PMTalk社区产品为例，如何落地邀请码？。
如何更新需求池
更新需求池就涉及到两个问题——
如何记录需求？如何记录需求状态的变化？
在这里我建议创业团队或项目快速启动期间，需求的提出人直接给予归属该业务的产品人员；负责该需求的开发直接负责更改该需求的更改。（如果有测试则测试负责）
需求池的记录与状态的变化一定要以产品版本的维度来区分，这样可以避免开发人员不知道当前需求属于那个周期，可以清楚的知道产品线版本迭代走势。产品人员也可以更好的清楚每个版本的产品问题是什么、每个版本的需求遗留了多少。
PMTalk产品经理社区需求池的管理就是通过版本为区分来记录不同的需求。为了更好的有效利用需求，在产品线单一或不复杂的情况下，一个需求池可以就在一个excel 表格统一管理。
最后提外一句，在工作中我们也要做好需求的应对。不要”来一个需求我都要接受“的老好人，需求的产品分工、需求的过滤也是产品人在使用需求池前的基本准备。
页:
[1]
