全文约 1800 字，阅读约 5 分钟。
重点内容：需求管理不是记下来，是统一收口、透明排序、跟执行打通。四步法跑一遍，再讲优先级到底怎么打分，才能不靠嗓门定先后。
需求管理，不等于记下来
很多团队把需求管理等同于记下来，结果需求散落在微信、文档、会议纪要里，优先级靠口头对齐，最后谁嗓门大谁先做。
这么干的后果很具体。同一个需求被不同的客户问了三次，每次都要翻聊天记录；口头提的需求没留痕，做完了对方说没说过；想复盘这个月到底做了什么，翻遍四个地方拼不出一份完整清单。
需求管理真正要解决的是三件事：统一收口，透明排序，跟执行打通。记下来只是第一步，记在一个地方、让所有人都看得见、并且能顺着它走到开发上线，这才是完整的链路。
四步法，跑一遍
第一步，统一收口。所有需求进同一个需求池，不分来源，客户、老板、产品、内部反馈，全都收进来。每个需求至少写清楚三样：一句话标题，做到什么程度算完成，优先级。缺验收标准的需求，开发接过去就是扯皮的开始。
来源这块有个容易被忽略的点。老板口头提的、客户在群里说的、销售带回来的反馈，这些都算需求，都得进池子。别因为来源不正式就不录，漏掉的口头需求是最容易返工的。
第二步，优先级评分。按价值、紧急度、依赖关系打分，而不是谁嗓门大谁先上。打分这步很多人省掉，靠感觉排，结果就是老板临时插一句，整个排期全乱。
第三步，跟迭代打通。需求池是迭代的供料口，评审通过的需求进迭代，迭代的状态要回写到需求上。需求和任务两张皮的话，你永远说不清这个需求现在到底走到哪了。
第四步，闭环追溯。从需求到任务、到缺陷、到发布，每一步都留痕。上线之后回头看，当初为什么做这个需求、谁定的优先级、中间改过什么，一条线能拉出来。这条线平时用不上，一出事就是救命的。
具体到操作，就是需求单上能关联到开发任务、测试用例、缺陷单，发布的时候能追溯到改了哪些需求。需求评审的时候，这条线也是判断一个需求能不能进迭代的依据。
优先级到底怎么打分
靠感觉排优先级，问题不在不准，在于没法解释。你排了个 A，别人问你为什么是 A，你答不上来，只能再吵一轮。
有个相对靠谱的框架，叫 RICE，四个字母分别是覆盖范围、影响程度、信心、成本。覆盖范围是这件事影响多少用户，影响程度是每个用户身上效果多大，信心是你对这个判断有几成把握，成本是做完要多少人天。前三项乘起来除以成本，得分高的先做。
小团队嫌 RICE 麻烦的，退一步用三个维度就够：价值、紧急度、依赖。价值是这个需求做了能带来什么，紧急度是不做会不会出事，依赖是它卡不卡别的事。三个维度各打 1 到 5 分，加起来排序，比纯拍脑袋强，也更容易跟干系人解释。
评分模型的真正价值，是让排序这件事从主观变客观。哪怕模型不完美，它至少提供了一个大家都认的口径，减少扯皮。
三个常见误区
需求池只收不放，变成黑洞。需求进得去出不来，三个月后池子里躺着一百多条，一半已经作废，一半早该排期。需求池要定期清理和排序，作废的标记作废，该做的进迭代，别让池子变成垃圾堆。
需求和任务脱节，进度对不上。需求在 Excel 里，任务在看板里，两边各更新各的，最后谁也说不清进度。要用系统联动而不是人工同步，需求关联到任务，状态自动跟着走。
优先级靠老板一个人拍板。老板拍板不是不行，是拍多了会形成路径依赖，大家都等着老板定，谁也不去评估。用评分模型把决策往下放，老板只需要在关键时候拍板。
需求描述越详细越好。其实不是。需求写得太细，把实现方式也定死了，开发的发挥空间就没了。写清楚要什么、为什么、验收标准是什么，至于怎么做，交给开发。
用系统把需求管起来
方法论说得再多，落不了地都是空话。需求管理最怕的就是散，所以工具的选择标准很明确：能不能统一收口、能不能排序、能不能跟任务和缺陷联动。
智序 ORDR 项目管理软件的需求池就是按这个思路设计的：需求统一收口、优先级排序、跟任务和缺陷联动，多类型项目并存，终身免费版功能完整、不限人数。小团队可以先从需求池这一块用起，把收口和排序跑顺，再逐步往迭代和缺陷上延伸。
需求怎么从想法一步步落到可开发，产品需求管理那篇讲得更细。如果你们的流程偏研发、要跟立项和门禁结合，可以看IPD 集成产品开发。需求定了之后落到个人执行，待办中心会把每个人的活串起来。
几个常见问题
需求池用什么工具管最好？能统一收口且跟任务联动的系统最合适，避免需求和执行脱节。最忌讳的是需求在文档里、任务在另一个工具里、缺陷又在第三个地方。
小团队也需要需求池吗？需要，哪怕 5 个人。统一收口能直接减少口头需求带来的返工。人越少，反而越容易靠喊，喊漏一个就是一次返工。
需求优先级怎么定才不会总被挑战？用价值乘紧急度乘依赖的评分模型，每个需求的分是算出来的，不是拍出来的，被挑战的时候你把三个维度的分摆出来，对方要么认，要么指出哪个维度你打错了，讨论就有了抓手。
需求管理不神秘，难的是坚持。把收口、排序、打通这三件事做成日常，比任何花哨的方法论都管用。
常见问题
需求管理等于记下来吗？
不等于。真正要解决三件事：统一收口、透明排序、跟执行打通，记下来只是第一步，记在一个地方才算链路。
需求优先级怎么打分才不被挑战？
用价值、紧急度、依赖三个维度各打 1 到 5 分排序，被挑战时把分摆出来，讨论就有抓手不靠嗓门。
需求池最容易踩哪四个误区？
只收不放变黑洞、需求和任务脱节对不上、优先级靠老板一人拍板、需求描述写太细绑死开发。
小团队也需要需求池吗？
需要，哪怕 5 个人。统一收口能直接减少口头需求带来的返工，人越少越容易靠喊、喊漏一个就是一次返工。
智序 ORDR 的需求池怎么帮落地？
需求统一收口、优先级排序、跟任务和缺陷联动，多类型项目并存，终身免费版功能完整、不限人数。
资料来源
文中数据与产品信息引自：智序 ORDR 版本对比、智序 ORDR 私有化部署方案。
如有侵权请与我们联系