软件研发过程客观体检指标
发布于 2024-10-02
1080
版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
麦哲思科技任甲林
扫码关注公众号
扫码阅读
手机扫码阅读
在对软件企业进行差距分析时,常听到的问题包括频繁的需求变更、项目延期及开发人员过于繁忙。虽然这些问题在不同组织中普遍存在,但也存在争议性,因为不同个体对问题的看法可能不同。
类比中医和西医的诊断方式,中医依赖经验判断,而西医则依赖具体的体检报告。这种差异导致中医诊断可能不够严谨,而西医的诊断则更为客观,基于量化的指标。
软件研发的问题诊断可以借鉴西医的方法,通过量化的指标来准确描述现象和原因。H. James Harrington 强调,没有量化就无法理解、控制和改进过程。因此,过程改进的第一步是量化。
量化管理的基本思想是使用度量指标来描述现象并识别潜在原因。这些指标基于经验或定量相关性分析。根据咨询经验,提出了一些诊断软件过程的客观指标,而这些指标并非固定不变,如有必要,可增加其他指标。
麦哲思科技任甲林
麦哲思科技任甲林
扫码关注公众号
麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
471 篇文章
浏览 837.2K
还在用多套工具管项目?
一个平台搞定产品、项目、质量与效能,告别整合之苦,实现全流程闭环。
查看方案
麦哲思科技任甲林的其他文章
三个团队的站立会议旁观笔记
今天早晨我旁观了3个团队的站立会议,三个团队的站会参与人员都是7个人,其中第2个团队是scrum of scrum,7个人是7个团队的代表,有高层领导旁观了第2个团队的站会。 做得好的地方归纳如下: 1在每日站会上沟通了需求、接口设计的变化,让整个团队都了解这些变化。 2开发人员在提到完成了,都强调完成...
商务目标、质量和过程性能目标
在最新发布的CMMI-DEV 1.3版本中,将原来的OID过程域进化为了OPM过程域,强调了组织商务目标的管理。由此将原来在1.1,1.2版本中并不是显示处理的商务目标管理提到了一个高度上来。在模型中多处提到了商务目标、质量和过程性能目标,这2个概念之间的区别是什么呢?根据模型中的描述,整理归纳如下:1 什么是商务目标? 组织的高层经理定义的用来确保组织能够永续经营并增加其利润、市场份额、以及影响组织成功的其他因子的目标。 2 商业目标可以解决哪些问题? ? 改善产品质量
CMMI 3级的难点
(1) 需求、设计、代码、测试用例的质量比较差Ø 需求描述不全面、不详细;Ø 设计中错误比较多,遗漏比较多;Ø 设计与实现脱节,实现人员不看设计文档;Ø 代码中隐藏的缺陷比较多,代码的可维护性比较差,其他开发人员难以读懂代码;Ø 测试用例数量太少,对需求、设计的覆盖率比较低(2) 同行评审无法快速发现问题Ø 缺
用COSMIC方法帮助澄清需求的案例
实施COSMIC方法,除了可以度量软件的规模以外,还可以通过数功能点,识别需求中模糊不清的地方,起到需求澄清、需求验证的作用。下面通过一个简单的例子来说明之。某系统的需求规格说明书中有如下的一个功能需求描述:考勤明细查询功能说明:1展示员工每天的有效打卡记录,清晰展示上下班时间、打卡照片等;2可查看员工每天所有的打卡记录,显示的信息包括:名称、部门、员工状态、工号、日期、上...
软件项目宏观管理策略点睛
根据国际知名调查机构standish集团的统计,真正成功的项目仅有26%,而其他项目都可以算作失败项目。为什么这么多的项目都失败呢?问题出在哪里呢?依据笔者的经验,很多项目实际上是败在了初期,败在了启动时,败在了项目的宏观管理策略上。即,没有根据项目的特点采用合适的管理策略,即使后续的管理方法再细致也没有用了。我推荐如下八个感触颇深管理策略,供软件项目的管理者借鉴:
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线