关于需求跟踪矩阵的6个问题
发布于 2024-10-03
1769
版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
麦哲思科技任甲林
扫码关注公众号
扫码阅读
手机扫码阅读
需求跟踪矩阵(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 成员,中国分部主席
471 篇文章
浏览 886K
还在用多套工具管项目?
一个平台搞定产品、项目、质量与效能,告别整合之苦,实现全流程闭环。
查看方案
麦哲思科技任甲林的其他文章
度量指标的数值越大越好还是越小越好?
系统测试的缺陷密度越大越好,还是越小越好呢?不同的人可能观点不一致。推而广之,每个度量指标都存在这个问题,那结论到底是啥呢?
我说CMMI之八:过程的基本概念
我们做过程管理,天天都在讲过程二字,真要给过程下个定义却没有那么容易。正如我们天天说某某是好人,某某是坏人,啥是好人,啥是坏人很难明确定义。但是这却是无法回避的问题,因此我们必须给过程下一个定义。 在CMMI-DEV V1.3模型P449中对过程下了一个定义,全文如下:A set of interrelated activities, which transform inputs into outputs, to achieve a given purpose. (See also “process
CMMI能帮到《哪吒》吗?
CMMI模型可以用来指导软件研发、硬件研发、产品研发的过程,也可以用来帮助影视剧的创作!
不要这样做CMMI
很多公司在做CMMI,很多公司也在重复这种错误:“证书优先,机械照搬,文档泛滥,似严实宽。”!1“证书优先”。CMMI的证书成了一个敲门砖,没有这个证书难以承担国外的项目,没有CMMI的证书就难以在国内一些项目的竞标中获胜,也无法获得政府的补助,于是很多公司都选择了要在短时间内获得CMMI证书。证书只是过程改进的附属物,而过程改进的实效才是其真正的价值。为了尽快拿到证书,企业往往忽略了实效,从形式
需求与设计的界线
需求与设计的区别究竟是什么? 教科书上的经典答案是:需求关注系统“做什么”,设计关注“如何做”,其实这是一个很模糊的说法。无论是在结构化方法中还是在面向对象的方法中,需求分析的结果既包括了“做什么”也部分包括了“如何做”,只不过描述“如何做”时抽象的层次比较高或者描述了某个局部需求的“如何做”。客户在提出系统需求时,可能对“如何做”提出一些约束条件,比如客户要求必须采用三层结构,必须采用某个中间件
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线