关于需求跟踪矩阵的6个问题
发布于 2024-10-03
1604
版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
麦哲思科技任甲林
扫码关注公众号
扫码阅读
手机扫码阅读
需求跟踪矩阵(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 成员,中国分部主席
440 篇文章
浏览 771.4K
还在用多套工具管项目?
一个平台搞定产品、项目、质量与效能,告别整合之苦,实现全流程闭环。
查看方案
麦哲思科技任甲林的其他文章
大连印象
05年9月份是我第一次出差到大连,匆匆的来,匆匆的走,没有多看两眼。 06年9月份去华信做运行检查,时间比较宽裕,于是一个人到星海广场走了走,看了看大连的海边,看了看广场的雕塑.在去高新区的路上,也有不少的雕塑,于是印象里,大连是个雕塑之城。 这次来大连,中间有1天的空闲,有个朋友带我逛了一下软件园,很给我震撼。软件园很漂亮,进驻 的世界500强的公司比较多。东软的地盘很大,建筑很有特色,以前我没
阶段、交付、增量、迭代与里程碑的概念辨析
首先看阶段,无论敏捷还是瀑布模型,均会使用“阶段”这一表述,但通常更常用于瀑布模型。迭代则更侧重过程,一个迭代通常对应一个增量,也可能多个迭代共同构成一个增量,反之,一个增量也可以包含一个或多个迭代。在软件研发过程中,敏捷、瀑布等不同模型常会用到阶段、交付、增量、迭代、里程碑等概念,这些术语看似相近,实则各有定义、适用场景不同,理清其区别与关联,能有效提升研发过程的沟通效率与管控精度。其次是交付,这是一个通用性极强的概念,灵活应用于各种研发模型,无论敏捷还是瀑布,只要向客户交付产品,均可称为交付。
过程改进:宽度优先还是深度优先?
在过程改进时有这样一种现象:在组织内有很多项目,但是只有参与正式评估的项目严格按照CMMI的体系在做,其他项目基本没有按此体系在做。企业在得到2级的评估时是这样,得到3级的评估时还是这样,得到4-5级的评估时仍然如此。体系在组织内根本就没有推广开来,而是限定在小范围内的一部分项目的一段时间内。 过程改进应该是一种企业文化的变革,仅仅限定在一段时间的局部项目项目的改进不可能形成企业的文化变更,这种
对软件开发过程可重复性的思考
硬件的生产过程是可重复的。因为对产品功能、质量的要求是相同的、生产设备是相同的,生产流程也是相同的,硬件的生产力来自于设备,因此硬件的生产可以要求生产能力又准又稳,要求生产系统可以持续地生产出满足需求的产品。而每个软件项目的需求是不同的、人员的经验与数量是不同的、开发方法与开发过程是不同的、外部干扰的频次是不同的,软件的生产力来自于人,因而软件过程满足需求的能力相对于硬件的生产过程是偏弱的。人操作硬件,硬件生产产品,人对生产质量有影响,但更重要的是硬件。需求是原材料,是抽象的,每个项目的原材料是不同的。
规模估算的敏捷方法:策划扑克法
策划扑克是估算软件规模的一种敏捷方法。该方法的规模计量单位是故事点(story points),故事点只是一个计量单位的名称而已,你也可以给他命名为其他名字。故事点其实不仅仅是对规模的度量,也包括了对需求复杂度等其他因素的度量。故事点并非业界统一的一个度量单位,不象度量长度的单位:米,大家都知道1米有多长,你说的1米和他说的1米是等长的。故事点仅对本项目具有近似相等的规模,不同的项目所定义的故事点
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线