扫码阅读
手机扫码阅读
关于需求跟踪矩阵的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需平衡管理投入与产出,可能会牺牲跟踪的精确度。
想要了解更多内容?


麦哲思科技任甲林
扫码关注公众号

麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
425 篇文章
浏览 207.9K
麦哲思科技任甲林的其他文章
Lehman的软件演化定律
自20世纪70年代以来,M. M. Lehman通过对软件系统演化现象的观察,陆续总结了8条定律,称之为定律并非那么严谨,但是对于认识软件维护的规律,改进软件维护的过程具有很好的指导意义。1 (1974年)持续变更定律。系统必须持续调整以适应各种变化,否则这些系统将变得越来越不令人满意。2 (1974年)复杂度增长定律。随着系统的演化,其复杂度会逐渐增加,除非采取措施来降低或保持其复杂度。3 (1974年)自我调整定律。软件演化过程的是自调整的,每次演化版本的度量数据近似正态分布。4 .
代码评审的速度与缺陷密度是啥关系?
某企业采集了8个项目的代码评审数据,虽然样本数量不多,但是仍然可以发现一些规律原始的度量数据如下,包括了代码评审发现的缺陷密度与代码评审的速度。这2者是什么关系呢? 表一:8个项目的代码评审缺陷密度与评审速度 ...
量化考核指标的TQC法
大分类小分类KPI计算公式考核规则出发点数据采集方法潜在的问题 结果工期(T) 取值范围:0.6--1.5工期偏差率系数(DVI)(实际工期-计划工期)/计划工期1 若DVI2 若DVI>10%,则工期系数为0.9,DVI>20%则工期系数为0.8,DVI>30%则工期系数为0.7,DVI>40%以上则工期系数为0.6对于
成为一个好员工的七个忠告
如何成为一个好员工呢?请看以下七个忠告。
随需而变,拥抱CMMI V2.0新时代
一、前言CMMI DEV V2.0在2018年3月底正式发布,这是CMMI从卡内基梅隆大学软件工程研究所剥离出来、归并入国际信息系统审计协会(ISACA)之后的第一次版本更新,自2011年11月SEI发布CMMIV1.3版本之后,已经历时七年没有更新版本了。在这七年的时间中,Scrum、极限编程、精益看板方法、SAFe、 DevOps,LeSS等方法百花齐放,快速流行,极大地丰富了软件组织实施...
加入社区微信群
与行业大咖零距离交流学习


PMO实践白皮书
白皮书上线
白皮书上线