软件研发过程客观体检指标
发布于 2024-10-02
919
版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
麦哲思科技任甲林
扫码关注公众号
扫码阅读
手机扫码阅读
在对软件企业进行差距分析时,常听到的问题包括频繁的需求变更、项目延期及开发人员过于繁忙。虽然这些问题在不同组织中普遍存在,但也存在争议性,因为不同个体对问题的看法可能不同。
类比中医和西医的诊断方式,中医依赖经验判断,而西医则依赖具体的体检报告。这种差异导致中医诊断可能不够严谨,而西医的诊断则更为客观,基于量化的指标。
软件研发的问题诊断可以借鉴西医的方法,通过量化的指标来准确描述现象和原因。H. James Harrington 强调,没有量化就无法理解、控制和改进过程。因此,过程改进的第一步是量化。
量化管理的基本思想是使用度量指标来描述现象并识别潜在原因。这些指标基于经验或定量相关性分析。根据咨询经验,提出了一些诊断软件过程的客观指标,而这些指标并非固定不变,如有必要,可增加其他指标。
麦哲思科技任甲林
麦哲思科技任甲林
扫码关注公众号
麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
440 篇文章
浏览 735.8K
还在用多套工具管项目?
一个平台搞定产品、项目、质量与效能,告别整合之苦,实现全流程闭环。
查看方案
麦哲思科技任甲林的其他文章
各阶段缺陷检出密度的统计分析案例
某企业积累了10个项目的历史度量数据,积累了5个阶段的缺陷密度,即从需求评审的缺陷密度,直至交付后3个月内的缺陷密度,计量单位统一为缺陷数/KLOC。 需求评审缺陷密度 设计评审缺陷密度 代码评审缺陷密度 测试发现缺陷密度 交付后缺陷密度 P1 ...
QA与QC的差别
昨晚与朋友讨论质量保证(QA)与质量控制(QC)的概念差别,之所以要讨论这个问题,涉及到了在公司内关于质量保证活动的职责分配问题,涉及到了质量保证人员的配备的问题,因此具有一定的实践意义。先来看在CMMI模型中的相关描述:1 质量保证的定义:A planned and systematic means for assuring management that the defined standar
待人如待己
最近略有所感:希望别人如何待己,就应如何待别人。别人就是你的镜子,你是如何待别人的,别人就会如何待你。你若以诚待人,别人也会以诚待你;你若敌视别人,别人也会敌视你;你对别人不礼貌,别人也会对你不礼貌;你对别人充满爱心,别人也会对你充满爱心;“爱人者人恒爱之,敬人者人恒敬之。”“你敬我一尺,我敬你一丈。”应发自内心地与人为善。
案例:客观比较年度改进效果
年底将至,很多公司会做年底总结,比较今年的质量、效率等各方面与去年的变化,怎么比较呢?计算比较年度的平均值是常见的做法,但是比较平均值有2个突出的缺点: 1 平均值容易受到极大值或极小值的影响,可能不能代表整体的变化趋势; 2 平均值是一个单点值,看不到整体的变异范围。 因此我们需要更科学的方法比较年度的改进效果,这个利器就是箱线图。 如某公司积累了最近三年的缺陷及时修复
软件需求评审之道
作者:任甲林 来源:CSAI.cn http://www.csai.cn 2005年6月13日 摘要 本文介绍了软件需求评审失败的5个案例,提出对软件需求评审的实践具有指导意义的9个建议。 关键词 需求评审,需求层次,阶段评审,检查单,评审流程 软件需求是软件开发的最重要的一个输入,需求风险也常常是软件开发过程中最大的一个风险,降低需求风险的一个重要手段就是需求评审,但是需求评审是所有
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线