软件开发的质量红线
发布于 2024-10-02
1438
版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
麦哲思科技任甲林
扫码关注公众号
扫码阅读
手机扫码阅读
质量红线是一种确保项目质量不低于某个最低标准的概念,代表了项目管理中的底线要求。无论项目如何在速度、成本、质量和效率(多快好省)之间权衡,都不能跨越设定的质量红线。这个概念强调了质量管理的重要性,确保短期内的权衡不会损害长期利益。
在建立质量红线时,应考虑质量的投入与产出两个方面。质量投入包括评审和测试的工作量及其所占的百分比,以及测试用例的密度等。质量产出方面则涉及评审和测试中发现的缺陷密度,以及缺陷逃逸率等指标。这些指标可以是定量的值,也可以是非定量的,但非定量的质量红线应便于监测。
质量红线体现了公司对质量的最低承诺,并且随着时间的发展,客户要求的提高和公司管理水平的提升,这些质量红线可以逐步提高,以反映企业对长期质量的持续关注和改进。
麦哲思科技任甲林
麦哲思科技任甲林
扫码关注公众号
麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
471 篇文章
浏览 820.9K
还在用多套工具管项目?
一个平台搞定产品、项目、质量与效能,告别整合之苦,实现全流程闭环。
查看方案
麦哲思科技任甲林的其他文章
软件项目量化管理目标举例
1 产出类目标 1.1总体目标进度:项目工期偏差率介于+-15%之间;质量:项目的缺陷逃逸率不高于5%; 项目交付的缺陷密度不高于1个bugs/KLOC;规模:需求变更率不超过15%;成本:工作量偏差率不超过+-30%; 每人月实际投入项目的时间不少于上班时间的50%;项目返工工作量不高于20%;效率:全生命周期生产率不小于1KLOC/MM;其他:人员变更率不超过20%;
不要这样做CMMI
很多公司在做CMMI,很多公司也在重复这种错误:“证书优先,机械照搬,文档泛滥,似严实宽。”!1“证书优先”。CMMI的证书成了一个敲门砖,没有这个证书难以承担国外的项目,没有CMMI的证书就难以在国内一些项目的竞标中获胜,也无法获得政府的补助,于是很多公司都选择了要在短时间内获得CMMI证书。证书只是过程改进的附属物,而过程改进的实效才是其真正的价值。为了尽快拿到证书,企业往往忽略了实效,从形式
对提质、降本与增效的反思
抓大控小、减少浪费、保证质量、快速流动。
三轮自动代码评审,质量持续收敛
本文复盘了一个智能文档评审工具的Bug修复与质量提升过程。项目采用前后端分离架构,在修复Word预览失败等表面Bug时,发现深层架构问题——文档解析应迁移至前端。通过三轮"后置四区评审"(聚焦变更单元的四个维度),团队逐步解决严重问题:首轮发现公共模块缺失、CDN无降级等3个严重缺陷;次轮修复后仍暴露null处理等新问题;第三轮最终收敛到零缺陷。核心启示包括:1)多轮评审才能层层深入;2)修复常会引入次生问题;3)结构化评审方法比工具更重要。
理解敏捷思想的63句话!
序号 类别 箴言 解释 1 持续提升 敏捷转型是文化变革,前景美好,道路曲折,,必须领导先行。 冰冻三尺,非一日之寒。要想转型到敏捷文化,需要领导投入、开发人员配合、管理部门理解和支持才可能成功。 敏捷始于领导,死于领导,领导往往会...
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线