最有效的5条改进措施
发布于 2024-10-03
1148
版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
麦哲思科技任甲林
扫码关注公众号
扫码阅读
手机扫码阅读
咨询过程中的5条有效改进措施摘要
在企业咨询过程中,发现以下五条改进措施对客户特别有效:
1. 分类管理项目
不同类型的项目需采用不同的管理策略和裁剪策略,以此确保质量体系的实用性和灵活性。分类管理既降低了开发成本又确保了项目质量,实现了敏捷与规范方法的平衡。
2. 用例+界面原型描述需求
用例描述能从用户视角清晰展示用户与系统的交互,提高了需求描述的清晰性和完备性。界面原型则有助于快速捕获需求,减少需求变更。这些方法在实际咨询中帮助软件企业提升了需求沟通和确认的效率。
3. 任务结构分解 WBS
通过WBS,可以识别并分类项目中的所有任务,用于工作量估计、责任分配和项目进度规划,从而规避估算与计划风险,帮助项目经理有条不紊地组织开发活动。
4. 代码走查 code review
代码走查是一种高效发现代码缺陷的方法,其效率远高于传统测试。实际数据显示,代码走查的效率是测试效率的多倍,显著提升了缺陷检出率。
5. 每日构建 daily build
每日构建能及时发现接口问题和程序错误并尽早修复,确保每天都有一个可用的软件版本。这提高了集成的成功率,保证了项目的开发进度。
麦哲思科技任甲林
麦哲思科技任甲林
扫码关注公众号
麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
440 篇文章
浏览 748K
还在用多套工具管项目?
一个平台搞定产品、项目、质量与效能,告别整合之苦,实现全流程闭环。
查看方案
麦哲思科技任甲林的其他文章
惊魂一刻
2008年5月10日星期六,惊魂的一天。 下午5点时我给司机电话,让他5点45分到莫泰168酒店接我,送我去宝安机场,我是7点40分的航班,通常情况从龙华到宝安机场40分钟足够了。他以为是要6点48分到酒店,害得我重复了至少3遍,他才听清楚,我当时就有点火,不知道他怎么听的,我口音没有那么严重啊。我是第一次坐他的车去机场。 5点50分他到了酒店,上了车,他并没有按常规的路线走,而是
软件项目量化管理目标举例
1 产出类目标 1.1总体目标进度:项目工期偏差率介于+-15%之间;质量:项目的缺陷逃逸率不高于5%; 项目交付的缺陷密度不高于1个bugs/KLOC;规模:需求变更率不超过15%;成本:工作量偏差率不超过+-30%; 每人月实际投入项目的时间不少于上班时间的50%;项目返工工作量不高于20%;效率:全生命周期生产率不小于1KLOC/MM;其他:人员变更率不超过20%;
一个本色的朋友
有个朋友,是项目经理,我的客户,很喜欢自由,很有自己的思想,很直率,很有能力,很幽默,做项目很忙,经常出差。每次访谈他,都为他的坦率、他的幽默而大笑。很正式的访谈,都是在很轻松的氛围进行,笑过之后,却又让你去深思,他给我一种举重若轻的感觉。每次到他们公司做CMMI的运行检查,见到他的机会并不多。有一次约好了半天的访谈,结果他在外边出差,无法及时返回来,让我怅然若失。他是规矩的打破者,他喜欢按自己的
需求管理过程域的要点
今天在客户处,看到客户拿了一份从网上下载的对CMMI2级、3级的实践的注释,随手翻了一翻,刚读了第1个PA需求管理的5条特定实践,就发现基本上每条实践都有大大小小的误解,我想该材料很容易对CMMI的实施造成负面的影响。因此,特地根据我的咨询经验与体会,对该过程域的理解与实施要点进行了整理。在下表中:(1)没有翻译模型的原文;(2)包含了模型的要点;(3)扩展了模型的要求;(4)列出了客户的某些好的
如何比较两种估算方法的准确性?
有公司在做软件规模估算时,采用了经验法估计了代码行,又设置了难度系数,重用率,重用规模系数三个调整参数。如果初始估计规模为1KLOC,难度系数为1.1,重用率为20%,重用规模系数为50%,则调整后的规模为:1*1.1*(1-20%)+1*20%*50%=0.88+0.1=0.98KLOC。我看到该估算方法后认为有些复杂,而且不好理解,有可能是做了无用功了,所以我想通过数据进行检验看看调整后的规模是否比初始的规模估计更准确,如果不如初始的规模估计更准确,则可以放弃三个调整系数。该公司A部门有11个历史项
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线