扫码阅读
手机扫码阅读
关于需求跟踪矩阵的6个问题
130 2024-10-03
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
查看原文:关于需求跟踪矩阵的6个问题
文章来源:
麦哲思科技任甲林
扫码关注公众号
需求跟踪矩阵(RTM)摘要
1. RTM的作用:
- 在需求、设计、代码、测试用例变更时,RTM是进行变更影响分析的有效工具,减少因变更带来的连锁变化遗漏。
- RTM能有效验证需求的实现状态,包括是否设计、实现、测试。
2. RTM的分类:
- 纵向跟踪矩阵:包含需求派生、实现与验证、责任分配的关系。
- 横向跟踪矩阵:涉及需求之间的接口关系。
3. 建立RTM的实践:
- SEI调查认为纵向跟踪是必须的,横向跟踪则是大部分实施。
- 纵向跟踪必需建立的关系包括:客户需求与产品需求、产品需求与测试用例、全局性需求和核心需求的完整跟踪,而性能需求和不影响系统架构的功能需求可以不建立。
4. 负责建立RTM的角色:
- 需求开发人员、测试用例编写人员、设计人员等各自负责相应的RTM建立。
- PPQA负责检查RTM的建立和覆盖情况。
5. RTM的基线管理:
- RTM应纳入基线管理,变更需申请,一般与其他配置项的变更一起进行。
6. 简化RTM工作:
- 实践中,企业通过需求、设计、代码、测试用例的编号来简化RTM的建立和维护。
- 无法通过DOORS等需求管理工具时,通常使用EXCEL来维护RTM,但工作量大。
- 简化RTM需平衡管理投入与产出,可能会牺牲跟踪的精确度。
想要了解更多内容?
查看原文:关于需求跟踪矩阵的6个问题
文章来源:
麦哲思科技任甲林
扫码关注公众号
麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
425 篇文章
浏览 105K
麦哲思科技任甲林的其他文章
商务目标、质量和过程性能目标
在最新发布的CMMI-DEV 1.3版本中,将原来的OID过程域进化为了OPM过程域,强调了组织商务目标的管理。由此将原来在1.1,1.2版本中并不是显示处理的商务目标管理提到了一个高度上来。在模型中多处提到了商务目标、质量和过程性能目标,这2个概念之间的区别是什么呢?根据模型中的描述,整理归纳如下:1 什么是商务目标? 组织的高层经理定义的用来确保组织能够永续经营并增加其利润、市场份额、以及影响组织成功的其他因子的目标。 2 商业目标可以解决哪些问题? ? 改善产品质量
职业的程序员与业余程序员
(1)职业的程序员设计的时间长于编码的时间,业余程序员编码的时间长于设计的时间; (2)职业的程序员是设计程序,业余程序员是调试程序; (3)职业的程序员是预防BUG,业余程序员是修改BUG; (4)职业的程序员无论何时都能读懂自己的代码,业务程序员总是读不懂自己的10天前的代码; (5)职业的程序员总能读懂别人的代码,业余程序总是读不懂别人的代码; (6)职业的程序员习惯了读别人的代码,业余程序
实施CMM时必须解决的认识问题
在基于CMM实施软件过程改善时,有些根本的思想认识问题解决不了,往往会使实施的周期比较长,效果不好,甚至导致过程改善的失败或中止。软件企业的高层领导、企业的过程改善主管、销售人员、项目经理及一般的开发人员都需要对这些问题统一认识,在此基础上才能消除各方面的阻力,把握好过程改善的方向,控制好过程改善的进度。笔者在总结了3年的实施CMM的经验教训后,归纳了如下几个思想认识问题,供拟准备进行过程改善或正
软件开发经济实用的15条实践
无论是否参考CMMI的模型,在软件开发的过程,我认为如下的15条实践比较经济实用: (1)控制项目组的团队规模不超过10人,人员要少而精。 (2)需求文档化,无论大小项目必须清晰的描述需求。 (3)采用用例、界面原型描述需求,采用这2种手段强制使需求描述的完备而清晰。 (4) 项目的阶段计划与2周计划,阶段计划定义总体承诺,2周计划定义近2周的详细任务安排。 (5)逐日跟踪+周例会,每
先行指标与滞后指标的设计要点
在度量工程师认证训练营的首次课程中,布置了设计先行指标与滞后指标的作业,我对作业结果做了点评,希望这些点评能够让大家领悟到设计度量指标的要点。
加入社区微信群
与行业大咖零距离交流学习
软件研发质量管理体系建设
白皮书上线