为什么要做需求管理？需求管理怎么做？

lsekfe

　1、为什么需要做需求管理：
　　客户永远说不清楚他要什么，但是他总能告诉你做出来的东西不是他想要的。
　　做过PM的人都知道，需求在不同的角色间进行传递，容易出现“失真”，最终导致产品需求开发实现失败。需求“失真”是指在客户需求传 递的过程中， 各功能团队根据各自的理解， 或出于己方团队利益考虑，有意或无意地改变客户原始需求，导致新产品的特性与客户预期发生偏差，你信你看下面一张很经典的图。

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