背景
分析报告指出，多达76%的项目失败是因为差劲的需求管理，这个是项目失败的最主要原因，比落后的技术、进度失控或者混乱的变更管理还要关键。
很多PMO和项目经理却没有把需求管理重视起来，甚至认为这只是产品经理的事情，自己只做交付即可，俗话说：好的开始是成功的一半，一开始就没有管理好，注定为后续埋下了很多坑。
项目的全生命周期绝对不是到了需求给你才是项目管理的开始，而是从项目的开始有意向和萌芽开始的，越往前参与越深，你的价值就越大。
对于需求管理很多PMO和项目经理没有经验，也不知道如何管理，咱们以前分享过几篇需求管理的文章：
- 一图掌握B端项目需求管理的全过程
- 优秀的项目经理如何做好研发需求管理？
- 需求管理搞不定？这4招帮你搞定项目需求管理
- 需求管理做不好，怎么能管好项目？
- 研发项目经理如何做好需求管理？
- 项目经理如何做好需求管理和分析？
- 项目管理的最重要的一环需求管理该如何做？
- 一张图掌握需求管理成熟度模型
今天分享一个更加实操的项目需求管理方案，进行需求管理的目的是在需求方与项目之间建立统一认识，这种与需求方一致的认识是规划和管理项目的基础，需求管理方案V2.0分享给大家，供大家参考。
需求管理目的
需求分析是项目成功的关键因素，对项目成功起着至关重要的作用，也是整个项目管理过程中非常重要的一环。
一家公司的需求管理成熟度对企业发展有时候是决定性的，很多公司往往对需求管理不太重视，基本上处于混乱无序的状态，这本身带来了巨大的浪费和成本，因为需求的混乱直接会导致后面研发交付的价值无序，不能聚焦，无法真正实现战略意图，很多公司往往制定了战略，但是在战略分解到具体事项和需求的时候就无人问津，不去关注了，最终变成脑袋里想的是一回事，但是做的是另外一回事。
需求管理混乱直接造成了战略到交付的梗阻，甚至反向作用力。需求管理成熟度模型框架就是用来帮助企业对照自身的需求管理情况进行体检的检查表，当然也可以结合公司的实际情况来进行补充完善，运用得到可以帮助企业以最小的资源获得最高的价值，提高项目的成功率，助力战略的快速达成！
需求管理方案V2.0
对于一个从创意生产到产品最终投放市场的全过程的新产品开发项目而言，阶段—关口是一个既具理性又具操作性的蓝图，它可以提升新产品开发管理过程的效率和效果。它是一个系统方法和过程，按步骤标出应该做什么以及如何做。阶段—关口系统方法可以用于需求管理，并且把需求的质量把控好。
根据项目生命周期，我们可以将需求管理划分为以下几个阶段：
每个阶段前面有一个关口，是一种质量控制检测点、通过/终止决策点和优选决策点，同时也是允许开发活动向下一个阶段推进的关口。
每个关口的结构类似，包括以下几个部分：
- 1. 一系列要求的交付物；
- 2. 项目拒以判断的准则；
- 3. 确定的输出；
下面分别介绍每个阶段，以及每个关口。
开始阶段：需求收集
产品或者项目经理收集各方需求：
- 1.需求来源包含：
市场需求，渠道需求，用户需求，产品需求，运营需求，技术类需求，来自竞品，来自销售，商务推广需求等。
- 2.需求收集方式：
在项目管理系统—产品—需求—提需求；
并填写所属产品，需求来源，需求名称，需求描述，验收标准，抄送等必填项。
- 3.关口1：需求筛选
这是第一步决策，该关口是一个“温和的过滤”，相当于把需求限定在一些关键的“必须满足”和“应该满足”的准则上。
这些准则用来处理战略一致性、项目可行性、机会的大小、市场吸引力、产品优势、规划公司资源的能力和公司政策的适应性等问题。
输入：各需求方提的需求；
标准：如战略符合性、季度目标符合性，市场吸引力、技术可行性等；
输出：初步筛选过、待评审的需求列表，以及下一步的计划。
列表如下：
第一阶段：需求评估
这是第一个且成本较低的阶段，快速决定项目的范围（即需求列表）。该阶段需要做一些前期的市场评估，包括网上调查，用户调研等，对提议的需求进行初步的内部评估，进行需求列表筛选，及优先级的制定。
关口2：再次筛选
需求进入第二个关口，在某种程度上来说是更为严格的筛选，这个关口和1类似，但要结合第一阶段获得的新信息，来进行重新评估。
输入：需求列表 第一阶段获取的新的信息（调研结果）；
标准：战略（重要性和适合度）、产品竞争优势、市场吸引力、协同作用（对核心竞争力的杠杆影响）、技术可行性、财务汇报等；
输出：确认的需求列表 优先级；
列表如下
第二阶段：需求评审（建立项目）
确立成功的产品定义是第二阶段的主要工作，这一定义的因素包括目标市场定义，产品概念描述，产品战略定位的说明，产品能够带来的好处和价值的陈述，并且说清（对用户来说）必要的和渴望的产品特征、属性、要求和规格。
此阶段工作包括：竞争分析，概念验证，产品文档的输出，需求评审，详细的技术评估等。
关口3：进入开发
这是开发阶段之前的最后一个关口，是在进入巨大项目成本的全面开发活动之前，项目可以被枪毙掉的最后一个控制点。多数淘汰决策是在早期关口中做出，关口1，关口2，关口3，相当少的项目会在关口3之后被枪毙。
输入：竞争分析，概念验证，产品文档
标准：技术评估，风险评估，价值评估…
输出：项目立项书（项目目标，产品价值，项目计划），完善的产品文档，完整的项目团队。
列表如下
第三阶段：开发
第三阶段开始开发计划的实施，以及产品的实体开发。如果项目周期较长，需要一些里程碑或者阶段性回顾，这里不做通过/终止决策，但是这些里程碑检查点对项目提供控制和管理。
关口4：进行测试
输入：经过部分测试的产品原型
标准：开发自测，产品验收
输出：测试和验证计划
列表如下：
第四阶段：测试和验证
这一阶段主要是测试和验证整个项目的可行性：包括内部产品测试，用户、性能或者β测试等。
关口5：准备发布
最后一道关口打开了全面商业化的大门——产品发布和全面运作，这是最后一个可以枪毙该项目的决策点。该关口重点关注测试和验证阶段的活动的质量以及它们的成果。
输入：测试结果；
标准：测试结果是否通过，预期收益，产品发布和运作启动计划是否一致，准备就绪的检查，运营计划；
输出：确认的发布计划，运营计划；
列表如下
第五阶段：发布
这一阶段包括发布计划和运营计划的双重实施。
产品发布后的评审；
收集线上数据，将收入、成本、费用、利润等数据和预测计划相比，然后进行评审，对项目的优缺点做出评价。
收集用户反馈；
收集用户反馈，并做分类整理，bug及时找开发解决，产品设计类及需求类问题放到下一期需求池。
另附一张需求管理成熟度模型图，自己可以对照测试一下自己所在公司的需求管理成熟度如何？
项目管理是一个实战性和经验性学科，更多的是要走出去，多请教，千万不能闷头自己楞搞，管理的学科是经验和智慧的结合，多参考和学习他人的智慧和总结会助力自己快速发展。涉足某一个新的管理模块时候更是如此，可以看看一线大厂的实战专家是如何做的，他们的宝贵的经验分享一定会带给你思考和启发，甚至直接带给你方案。读万卷书不如行万里路，行万里路不如阅人无数，阅人无数不如名师指路，往往自己感觉很难的问题，困扰已久的问题，可能其他人早已经获得了解决方法，你不必再走同样的坑。
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌抄袭侵权/违法违规的内容， 请发送邮件至 举报，一经查实，本站将立刻删除。