软件研发过程客观体检指标
发布于 2024-10-02
1412
版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
麦哲思科技任甲林
扫码关注公众号
扫码阅读
手机扫码阅读
在对软件企业进行差距分析时,常听到的问题包括频繁的需求变更、项目延期及开发人员过于繁忙。虽然这些问题在不同组织中普遍存在,但也存在争议性,因为不同个体对问题的看法可能不同。
类比中医和西医的诊断方式,中医依赖经验判断,而西医则依赖具体的体检报告。这种差异导致中医诊断可能不够严谨,而西医的诊断则更为客观,基于量化的指标。
软件研发的问题诊断可以借鉴西医的方法,通过量化的指标来准确描述现象和原因。H. James Harrington 强调,没有量化就无法理解、控制和改进过程。因此,过程改进的第一步是量化。
量化管理的基本思想是使用度量指标来描述现象并识别潜在原因。这些指标基于经验或定量相关性分析。根据咨询经验,提出了一些诊断软件过程的客观指标,而这些指标并非固定不变,如有必要,可增加其他指标。
麦哲思科技任甲林
麦哲思科技任甲林
扫码关注公众号
麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
471 篇文章
浏览 1078.9K
还在用多套工具管项目?
一个平台搞定产品、项目、质量与效能,告别整合之苦,实现全流程闭环。
查看方案
麦哲思科技任甲林的其他文章
敏捷方法的价值观与原则汇编
敏捷宣言1 个体和沟通胜过流程和工具
2 可以工作的软件胜过详尽的文档
3 与客户合作胜过合同谈判
4 响应变化胜过遵循计划也就是说,尽管右项有其价值,我们更重视左项的价值。 敏捷方法的12个原则1 我们最重要的目标,是通过持续不断地及早交付有价值的软件使客户满意。2 欣然面对需求变化,即使在开发后期也一样。善于掌控变化,帮助客户获得竞争优势。3 经常...
再谈站立会议的实施要点
昨天在东莞客户封闭开发的现场,观察了一个产品开发组四个小组实施站立会议的情况,分析了他们执行的优缺点,对如何执行站立会议,如何获得站立会议的成功进行了再次归纳总结,要点如下:1 任务的分配与领用i)任务的责任人要明确;ii)任务的颗粒度小于2天;iii)如果有的任务颗粒度实在无法拆分到2天以内,则需要设置中间的检查点;iv)任务的完成时间要明确;v)任务的完成标准要明确;vi)任务识别的要尽可能完
高成熟度实践点睛之QPM
SP 1.1 建立项目的目标:建立并维护项目的质量目标和过程性能目标(1)项目的QPPO要根据项目的特点、组织级的QPPO、组织级的基线来确定。不应该所有项目的目标都是相同的,因为项目的特点是不同的。(2)项目的QPPO要满足SMART原则。(3)项目的QPPO要和历史的过程性能基线进行对比,判断目标达成的概率。(4)项目的QPPO达成概率也可以通过过程性能模型进行预测。(5)难以达成的目标,要制
高效驾驭AI:用7要素法给大模型下达精准任务
同时,对于已经归档被退回的文件,可进行修改,删除等操作。针对于产品经理识别的这8项功能,你能否给具体细化:列出每项功能的概述、使用角色、业务流程、处理的业务数据对象及其属性、人机交互的动作序列,包括正常事件流与异常事件流、界面原型。提示词:...(同上背景)...你能否根据这些初步需求帮我细化一下下一个层次的功能列表,功能列表的格式为:模块,子模块,功能项,功能概述。这7要素借鉴了软件工程中描述功能需求的IPO(输入-处理-输出)模式,通过对任务的全方位定义,让AI能够准确理解你的期望并给出高质量的输出。
案例:原因分析与解决方案的实战演练
2011年12月15日,笔者作为外部咨询顾问参与了客户的一次原因分析与解决方案的分析会议,对整个过程进行了记录:参与的人员: 外部的咨询顾问 1名 QA人员 上午4名,下午3名 部门经理 1名 项目组内部的人员 上午7名,下午3名培训的时间: 上午9点10分到上午9点55分,共计45分钟会议的时间: 上午9点55分到11点40
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线