需求管理难不难?看看大佬总结的四点干货

发表于:2020-12-09 10:18

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

 作者:佚名    来源:知乎

分享:
  每一位产品负责人、项目经理或业务分析师都需要了解需求管理的重要性。无论是传统项目管理还是敏捷软件开发,成功或失败的基础都取决于需求管理。
  需求管理的方法不仅应用在敏捷研发或传统项目管理之中,还适用于金融,制造,建筑,能源,电信等其他行业。
  有分析师报告称,需求管理不善导致项目失败的比率高达71%。与技术缺陷、超出时间期限或管理变革失败等原因相比较,需求管理不善的后果更加严重,是项目失败的最主要原因。
  因此,在管理需求范围和定义需求的工作中,团队经常会花费会很大精力避免出错。但是在实际的需求实施过程中仍然存在许多问题。
  随着项目与业务的复杂性逐渐增加,需求管理不再是简单地管理需求文档,记录相关信息。如今,需求管理中更重要的是要使团队(包括利益相关者)与项目目标保持同步,并构建正确的需求,保证团队顺利实施研发。
  在本文中,我们将讨论产品负责人、项目经理和业务分析师在需求管理中面临的几个难点。
  需求管理的四大难点:
  1-需求池
  需求管理难点之一是建立需求池并将其与业务体系关联起来。需求只有与业务使用场景相结合时才有价值。产品负责人也可以将需求按照业务体系进行组织管理,使团队成员能够更好地理解需求。
  什么是需求池?
  需求池是一种集中存储需求的方法,将未规划的,未开发的,评审中的和已规划的等不同状态的需求集中管理。需求池充当需求的唯一来源,方便产品负责人(包括利益相关者)查询浏览。
  需求信息如果不集中管理,会非常影响团队协作。而仅依赖文档和电子表格也无法解决这个问题,长期维护文档会打断团队成员手头的研发工作,因为通常文档版本很多,不容易快速确定需求的变更、审批、实施进度等最新信息。
  2-变更需求产生的影响
  在实际业务中,需求不仅仅是文字记录,而是结构化的信息,具有多个依赖和引用关系。更改一个需求会产生对其他需求,包括史诗,特性,用户故事,任务,缺陷或测试用例的一系列影响。
  业务需求和项目复杂度逐渐增加,在研发过程中变更需求会产生怎样的影响,现在也变得不好确认,包括对相关需求和目标用户的案例也要进行调整。
  因此,产品负责人手动维护表格或使用文档,很难有效率地管理数百项需求以及变更
  3-建立需求标准
  产品负责人或项目经理面临的另一个难点是:客户或利益相关者会频繁变更需求。客户提出了一系列需求,无论是否确认了需求文档,他们随时都会想要变更需求。
  如果项目需求范围发生变化,新的需求可能会增加成本预算,甚至导致项目计划重新安排。团队很有可能会面临预算超支或返工。
  频繁变更需求的主要原因在于:需求文档编写和确认过程中,利益相关者没有完全参与进来。如果团队要遵循标准化的需求制定方案,利益相关者应预先确认需求变更的可控范围,团队才能以此进行工作量和成本推算。
  4-版本管理
  在项目进行过程中,客户与利益相关者的一些需求变更没有办法避免。几乎40%的需求至少要变更一次,大约10%的需求变更两次甚至更多。
  因此,产品负责人需要一个好的方式来管理这些需求以及变更记录。让团队成员可以明确了解,在每个版本中需要做哪些新功能或优化。另外,合理地复用需求也可以极大地减少返工并提高团队的生产力。
  现在一些团队仍然在使用Word和Excel进行需求管理,它们没办法解决项目实施过程中的复杂问题。团队需要功能更强大的需求管理工具来进行改善和提高。
  如果使用优秀的需求管理工具,如Jira、PingCode等,那么就可以轻松解决所有上述问题。(ps:这里我自己用的就是PingCode,再因为Jira国内版停售事件搞得有点人心惶惶)

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

关注51Testing

联系我们

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

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

沪ICP备05003035号

沪公网安备 31010102002173号