扫码阅读
手机扫码阅读
配置审计的概念辨析
118 2024-10-03
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
查看原文:配置审计的概念辨析
文章来源:
麦哲思科技任甲林
扫码关注公众号
配置审计是配置管理的关键组成部分,它在CMMI标准中被细分为三种类型。如果将PPQA过程对配置管理的审计也包括在内,实际上可以认为有四种配置审计。然而,许多书籍和资料并未对这四种审计进行详细阐述,导致了对它们的理解存在偏差。
为了澄清这一概念,作者整理了一张表格,对这四种配置审计进行了详细说明。需要注意的是,在许多企业中,这四种审计实际上已经在执行,只不过企业并没有对这四个概念形成清晰的认识。
想要了解更多内容?
查看原文:配置审计的概念辨析
文章来源:
麦哲思科技任甲林
扫码关注公众号
麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
425 篇文章
浏览 103.2K
麦哲思科技任甲林的其他文章
为什么高成熟度的实施周期比较长?
很多软件公司在实施完成CMMI3级后,考虑实施CMMI4级或5级,在制定最初的改进计划时往往对实施高成熟度的难度估计不足,制定了很乐观的改进计划,改进的周期比较短。当领导基于乐观的估计拍板后,就很难真正地在实施高成熟度时见到实效了。如果要对实施CMMI高成熟度进行一个合理的工期估算,首先就要对CMMI的高成熟度是什么有一个清晰的、正确的理解。本文试图通过类比的方式,通俗地说明高成熟度是什么,高成熟
如何保证测试的完备性?
经验法则如下:1 测试人员参与需求评审,需求人员参与测试用例的评审不懂需求,不了解需求的测试人员是不可能设计出完备的测试用例的。测试人员参与需求评审一是可以评审需求的可测试性,二是了解需求。 需求人员评审测试用例可以检验用例的完备性,判断测试人员是否理解了需求。2 系统测试用例覆盖每一个场景场景是在需求中描述的用户使用系统的一条操作路径。覆盖每个场景是系统测试用例设计的基本要求。3 集成测试用例
原因分析必知必会的十大要点
原因分析是对选定的现象进行全面深入的研究,找到现象背后的真正原因与深层次原因,然后采取合适的措施纠正问题、预防问题。如果没有找到真正的根因就采取措施,往往事倍功半,浪费了投入。那么在原因分析时,有哪些成功要点呢?基于我多年的咨询与引导经验,我总结了如图1所示的十个要点。
为什么要记录日志?
有个小兄弟今天询问我这个问题,于是系统地归纳如下: 工作日志记录了每个项目的每个人每天的每个任务投入的实际工作量与完成情况(完成任务的百分比、完成任务的规模,如代码行等),基于这些数据可以实现: (1)统计每个项目、每个任务的实际工作量,并与计划工作量对比,分析人力成本的投入情况; (2)分析各种类型的任务在整个项目中的工作量分布情况,任务类型如:需求、设计、编码、测试、配置管理、质量保证
迭代总结会议的旁观感想
初创团队,迭代总结会议以后,有哪些可以改进的地方呢?
加入社区微信群
与行业大咖零距离交流学习
软件研发质量管理体系建设
白皮书上线