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

发表于:2022-5-18 09:27

字体: | 上一篇 | 下一篇 | 我要投稿

 作者:红哥笔记    来源:知乎

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

  本文内容不用于商业目的,如涉及知识产权问题,请权利人联系51Testing小编(021-64471599-8017),我们将立即处理
《2023软件测试行业现状调查报告》独家发布~

关注51Testing

联系我们

快捷面板 站点地图 联系我们 广告服务 关于我们 站长统计 发展历程

法律顾问:上海兰迪律师事务所 项棋律师
版权所有 上海博为峰软件技术股份有限公司 Copyright©51testing.com 2003-2024
投诉及意见反馈:webmaster@51testing.com; 业务联系:service@51testing.com 021-64471599-8017

沪ICP备05003035号

沪公网安备 31010102002173号