1、为什么需要做需求管理：
客户永远说不清楚他要什么，但是他总能告诉你做出来的东西不是他想要的。
做过PM的人都知道，需求在不同的角色间进行传递，容易出现“失真”，最终导致产品需求开发实现失败。需求“失真”是指在客户需求传 递的过程中， 各功能团队根据各自的理解， 或出于己方团队利益考虑，有意或无意地改变客户原始需求，导致新产品的特性与客户预期发生偏差，你信你看下面一张很经典的图。
这些差异不仅会导致客户需求失真，而且会导致项目失败，需求返工，客户投诉，甚至还有可能会导致直接的商业损失，错失新的市场机会。
2、什么是需求，什么是需求管理？
- 需求是对产品功能与特征的一种期望。
- 需求管理是指企业收集，整理，传递并最终实现客户需求的全过程。
需求管理可以帮助我们正确地看待需求，管理需求，并且实现需求。
3、需求管理经历哪些阶段？怎么做需求管理？（套路来了）
需求管理按不同的任务目标的阶段来分，可以大致分为：需求收集、需求分析整理、需求设计、需求实现、需求验证等几个阶段。
1）需求收集：
- 通过需求调研，客户直接表述的需求
- 市场问卷调查收集的需求
- 通过竞品分析得到的需求
- 根据以往历史经验得到的需求
这个阶段的工作目标：系统的，全面地收集需求。
输出物：调研纪要，需求清单；
备注补充，如果你是做外部项目，在业务调研收集需求的时候，你要特别注意以下几点：
- 如实的，完整的，记录客户原始的需求，不能只记录自己认为能实现的需求；
- 调研期间，不要拒绝客户提的需求；
- 一定要调研当天输出调研纪要，不要隔天；
- 明确每个调研遗留事项的负责人和截止时间；
- 调研纪要正式发邮件给对方，做好留存；
2）分析整理：
把客户的原始需求，模糊的需求，进行“需求翻译”，从而转换成开发团队可理解、可评估的需求。
另外，作为PM，要对需求清单里面的需求进行需求优先级的排序。一般排序的标准，可以按业务价值，投入产出比进行。当然，有的PM可能会说，这些都是老板的需求，全部都要实现。即使这样，也建议要做一下高，中，低优先级划分，然后通过迭代的方式，先快速做一些优先级高的需求，快速上线进行验证。有时可能你快速上线后，原来本身要做的需求，又立即发生变化了。因此强烈建议PM要有需求优先级划分的良好习惯。
这个阶段的工作目标：“翻译后”的需求文件
输出物：经过排序的需求文件、遗留问题跟进列表
如果你是做外部项目，在业务需求分析整理的时候，你要特别注意以下几点：
- 多和客户沟通，确定需求的优先级和重要程度，不要自己拍脑袋
- 项目特别大，需求特别多的情况下，建议采用敏捷交付的模式
- 在正式开发之前，建议客户简单配置个Demo，让客户直观理解这些需求将在系统的哪个模块，以什么样的交互形式呈现；
- 需求分析的过程中，有不清楚的地方，要及时和客户沟通，进行细节的补充调研，不要自己拍脑袋认为该是什么样的；
3）需求设计：
根据评审通过的需求分析文档，进行详细的需求设计，包括UI设计，数据库的设计，接口设计，集成方案设计等等。
这个阶段的工作目标：
- 进行功能设计
- 进行技术设计
- 针对功能设计和技术设计与需求方或客户进行确认；
- 和需求方或客户确认可以进入下一步系统建设阶段；
- 定义数据转换和迁移方案(如有，不是可选，看实际情况)；(可以在开发阶段的某个时间节点进行细化)
输出物：
- 《业务表单收集与配置模板》
- 《需求设计说明书》
- 《蓝图设计方案汇报》
如果你是做外部项目，在业务需求设计的时候，你要特别注意以下几点：
- 蓝图汇报前，要输出项目需求功能清单，及评估是否超范围或人天，实现是否有风险
- 需求设计方案一定要客户书面确认；
4）需求实现：
按照确定好的需求和设计方案，安排对应的人员进行需求的配置，系统开发集成工作，同时跟踪好项目的进度。在这个过程，作为PM一定要每周，甚至每天都要跟进需求的实现进度情况，对于重要需求要重点跟进。如果在需求开发落地过程出现问题，要第一时间组织项目组成员分析原因，寻找解决方案，对于需要增加资源的，及时做好项目沟通和资源协调等，确保需求实现如期交付。
这个阶段的工作目标是：
需求在规定的时间内按时交付，成本不要超支，达到设定的质量标准。
输出物：
可用的系统功能或系统环境
如果你是做外部项目，在需求实现的时候，你要特别注意以下几点：
- 不要范围蔓延；
- 不要做镀金的事情；
- 做好需求变更管理，并严格执行；
- 需求实现过程中，多让业务部门的用户参与业务的流程验证；
5）需求验收测试：
这是需求管理的闭环环节。
一般在团队内容认为需求已实现，自测通过之后，我们需要安排具体的业务部门来进行UAT测试，即用户接受度测试（ User Acceptance Testing， UAT）。做这些测试的目的是，让需求方与他的原始需求列表进行对比，以检验需求的满足程度。此时，应尽量获取需求方或客户对产品需求实现的满足度确认。在UAT测试通过之后，和客户确定上线时间，获得客户批准，并按照系统切换方案进行需求上线。
这个阶段的工作目标：
- 全业务流程的端到端测试；
- 对系统功能的测试；
- 对使用体验的测试；
- 客户或需求签署确认测试结果；
输出物：
•《问题反馈跟进表》
•《测试报告》
如果你是做外部项目，在需求验收测试的时候，你要特别注意以下几点：
- 一定要让客户签署需求验收测试报告
- 上线邮件要发，且要求客户书面确定上线
- 可以早期就让关键的业务部门用户参与流程的验证，避免全部需求实现后业务部门来验收测试发现要改流程。
以上是需求管理的全过程。
细心的你已经发现，需求管理有开始时间和结束时间，不同项目的需求管理方式有着自己的独特性，另外它也有渐进明细的特点。
因此，需求管理本身就是一个项目。
所以，以后把需求管理，当作一个正儿八经的项目，按照项目管理的流程和套路来管理吧。
～
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌抄袭侵权/违法违规的内容， 请发送邮件至 举报，一经查实，本站将立刻删除。