麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
79 篇文章
浏览 28.6K
麦哲思科技任甲林的其他文章
CMMI 4级实践问题30问-4
第10问:特殊原因发生,是否一定会有过程异常? 答:未必。 比如特殊原因1是正向作用,特殊原因2是反向作用,二者可能作用抵消,在过程的参数上表现的就可能没有异常。 如果有过程异常,也未必是特殊原因造成的,有可能是误判。 第11问:好的异常是否也要剔除? 如前8个点的上下限在-10%到-1%,可第9个点在1%,看着是超过了控制线,可这个点的实际意义是好的,那是剔除不剔除呢?
我说CMMI2.0之同行评审
同行评审,不是通过测试去发现缺陷,而是通过专家阅读文档、代码发现缺陷,是在实现之前发现缺陷的最有效手段。同行评审这个PA是从VER中剥离出来的,原来1.3版本的VER与VAL合并成了VV PA,让熟悉最早的SW-CMM.1.1的从业者感受到了复古之风。这个PA的实践描述通俗易懂,最好理解。但是,很多公司做了同行评审,效果不好。我之前写过多篇博客讲解同行评审如何做的问题,分别列举到对应的...
我说CMMI之三:CMMI的构件
我说CMMI之三:CMMI的构件 CMMI中的内容是按照成熟度等级或过程域类别、过程域、目标、实践、子实践的方法来进行分类管理的,这些概念之间的整体部分关系可以参见下图。 过程域的概念我们前面讲过了,这里不赘述。每个PA都有一个目的,在英文里明确区分了Purpose与goal这两个单词,我们翻译为了目的与目标。在中文里这2个单词病没有特别明显的区别。Purpose是一种抽象的,宏观的期望,goal是一种具体的,微观的期望。 PA之间有一定的关联性,互相影响,比如RD的输出为TS的输入,TS的输出又影
CMMI 3级的难点
(1) 需求、设计、代码、测试用例的质量比较差Ø 需求描述不全面、不详细;Ø 设计中错误比较多,遗漏比较多;Ø 设计与实现脱节,实现人员不看设计文档;Ø 代码中隐藏的缺陷比较多,代码的可维护性比较差,其他开发人员难以读懂代码;Ø 测试用例数量太少,对需求、设计的覆盖率比较低(2) 同行评审无法快速发现问题Ø 缺
我说CMMI2.0之:详细剖析(PQA)过程质量保证
1 PA概述1)本PA的名字虽然称为过程质量保证,但是实际上仍然是包含过程的质量保证与产品的质量保证。2)过程是历史经验教训的总结,是对这些历史财富的规范化,标准化,是为了避免错误的重现。而质量保证则是监督这些历史经验的落地执行,能够让成功得以重复。3)质量保证的关键是要客观,如何确保客观性呢? i)独立的团队。不能自己检查自己是否做事规范,应该由其他角色,其他岗位实施检查。...
加入社区微信群
与行业大咖零距离交流学习
软件研发质量管理体系建设
白皮书上线