扫码阅读
手机扫码阅读
GOV与II两个PA的案例
45 2024-10-01
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
查看原文:GOV与II两个PA的案例
文章来源:
麦哲思科技任甲林
扫码关注公众号
CMMI V2.0中GOV与II两个PA的实践概要
本文通过实施案例解释了CMMI V2.0框架中的GOV(治理)和II(实施基础设施)两个过程领域(Process Areas, PAs)中的实践内容。
GOV过程领域
在GOV领域中,高级管理者的角色被强调,他们负责定义组织目标并确保实现这些目标的方法。例如,管理者要求定期进行技术和管理培训,并监督这些活动的执行情况。他们还定义了组织级方针,比如制定质量标准和采取措施以确保代码质量。此外,管理者负责确保组织提供必要的资源和培训,并使用收集的信息来监督过程实施和改进的有效性。最后,管理者确保通过度量数据支持组织目标的实现,并保持人员能力与过程与组织目标的一致性。
II过程领域
II领域涉及到制定和执行满足组织需要的过程。提供了关于如何通过资源、资金和培训来支持过程的实施。例如,采购培训设备和实施教师培训,以及购买开发相关工具和对开发人员进行TDD培训。此外,组织需要制定并不断更新过程,并验证这些过程是否得到遵守。过程的符合性和有效性通过组织级的策划、管理和执行工作来评估,同时组织级的信息和资产也在流程实施中得到了使用和贡献。
想要了解更多内容?
查看原文:GOV与II两个PA的案例
文章来源:
麦哲思科技任甲林
扫码关注公众号
麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
420 篇文章
浏览 72.3K
麦哲思科技任甲林的其他文章
需求与设计人员如何配合工作?
在软件开发的过程中 ,经常出现需求与设计脱节的现象,如设计人员按照自己的理解去设计,没有遵从需求去设计系统;需求人员做完需求定义后,交给设计人员去设计,撒手不管了等等,为了使需求与设计人员更好的协作,建议采取如下的措施:Ø 需求人员与设计人员一定要分离,否则无法解决需求文档化的问题,但是文档并不能解决所有的沟通的问题,还需要面对面的沟通。Ø 需求评审设计人员一定要参加,设计评审需求
关于需求跟踪矩阵的6个问题
1 需求跟踪矩阵(RTM)有什么作用? (1) 在需求变更、设计变更、代码变更、测试用例变更时,需求跟踪矩阵是目前经过实践检验的进行变更波及范围影响分析的最有效的工具,如果不借助RTM,则发生上述变更时,往往会遗漏某些连锁变化。 (2) RTM也是验证需求是否得到了实现的有效工具,借助RTM,可以跟踪每个需求的状态:是否设计了,是否实现了,是否测试了。 2 需求跟踪矩阵分为哪几类? (1) 纵向跟
需求评审的案例分析
案例一:客户需求文档评审 参与人员:1位主持人,1位作者,1位记录员,4位专家,1位咨询顾问旁观 开始时间:15:40 结束时间:17:15 会议工时 :6.3人时 会前准备累计工时:9人时 总工时:15.3人时 会议前发现的问题:25个 会中发现的问题:2个 合计问题:27个 会前评审效率:2.8个/人时 会中评审效率:0.3个/人时 评审文档的规模:13页 缺陷
案例:工时数据分析
有网友提供了如下的工时数据,希望进行分析一下, 我尝试分析如下: 表1:工时的原始数据1 数据整理任务数,需求数,人数,工时数是基本度量元,先有需求数,再有根据项目的规模配备了人员,拆分了任务,项目完工后才有实际消耗的工时数,我们...
需求变更对软件质量的影响
根据我们的经验,需求变更越多,造成的软件修改越多,bug也就会越多,事实是否如此呢?需要我们根据历史的数据进行检验。某企业采集了历史上多个项目的的需求变更次数、交付代码的规模、软件测试发现的缺陷个数,参见下表,基于这些历史数据我们分析一下,看看我们的经验结论是否成立。表一:需求变更的历史数据 ID 需求变更数 代码规模LOC 总缺陷数 测试缺陷密度bugs/KLOC
加入社区微信群
与行业大咖零距离交流学习
软件研发质量管理体系建设
白皮书上线