对软件开发过程可重复性的思考
发布于 2024-10-04
1540
版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
麦哲思科技任甲林
扫码关注公众号
扫码阅读
手机扫码阅读
硬件生产过程的重复性高,因为其产品功能和质量要求、生产设备、生产流程都是标准化的。硬件的生产力主要来自设备,因此其生产能力要求稳定且精确。相比之下,软件生产过程的重复性较弱,因为每个软件项目的需求、开发团队的经验和人数、开发方法和流程以及外部干扰都是不同的,软件的生产力依赖于人的能力。
硬件与软件生产过程的比较:
- 在硬件生产中,虽然人对生产质量有所影响,但更核心的是设备;而在软件生产中,人是核心的生产力。
- 硬件的原材料是有形的、易于控制差异性的物料;软件的原材料是需求,需求是抽象的,每个项目都不同。
- 硬件生产过程和方法标准化;软件开发过程和方法因需求和项目特点的不同而变化。
- 硬件生产环境相对稳定;软件开发容易受到外部干扰,工作可能被打断。
软件过程管理的思考:
- 我们需要考虑软件过程管理中可借鉴硬件生产过程的部分,思考哪些过程的可重复性类似于硬件生产。
- 探讨微观和宏观层面的相似性,以及不相似时的变通方法。
- 考虑使用SPC(统计过程控制)来管理稳定性高的过程,同时寻找方法来管理稳定性差的过程。
- 探讨降低Cpk(过程能力指数)目标值是否足以借鉴硬件的开发过程,或是否需要新的方法。
- 反思软件过程的可重复性是否直接影响开发能力的稳定性,及如何预测项目目标的达成。
- 讨论如果软件过程不可重复,软件管理是否就成为艺术,软件产品是否也成为艺术品。
麦哲思科技任甲林
麦哲思科技任甲林
扫码关注公众号
麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
425 篇文章
浏览 631.2K
还在用多套工具管项目?
一个平台搞定产品、项目、质量与效能,告别整合之苦,实现全流程闭环。
查看方案
麦哲思科技任甲林的其他文章
决策与解决方案练习结果分析
2008年3月4日对15人进行了DAR过程域的培训,针对一个设计方案选择的场景进行练习。划分为3个小组,每组5人。练习持续45分钟,点评45分钟。第1组练习的结果:评价指标权重方案1方案2方案3开发时间3321系统收益3
3种工厂模式的比较
简单工厂:一个具体工厂通过条件语句创建多个产品,产品的创建逻辑集中与一个工厂类。客户端通过传不同的参数给工厂,实现创建不同产品的目的增加新产品时,需要修改工厂类、增加产品类,不符合OCP原则 工厂方法:一个工厂创建一个产品,所有的具体工厂继承自一个抽象工厂。客户端先创建不同产品的工厂,再由工厂创建具体产品,产品的创建逻辑分散在每个具体工厂类中。客户端只依赖于抽象工厂与抽象产品,不依赖任何具
需求评审的案例分析
案例一:客户需求文档评审 参与人员:1位主持人,1位作者,1位记录员,4位专家,1位咨询顾问旁观 开始时间:15:40 结束时间:17:15 会议工时 :6.3人时 会前准备累计工时:9人时 总工时:15.3人时 会议前发现的问题:25个 会中发现的问题:2个 合计问题:27个 会前评审效率:2.8个/人时 会中评审效率:0.3个/人时 评审文档的规模:13页 缺陷
我说CMMI2.0后记
在CMMI2.0发布之前就想针对2.0的每个PA进行解释,但是拖延了下来,恰好春节之前有客户开始实施了CMMI2.0,有客户和同事与我探讨2.0中的内容,在解释的过程中,就形成了文字,索性就想把每条实践都解释一下。于是,就给自己定了目标,在春节期间把20个PA都解释完成。实际去做的时候,发现没有那么容易。一是时间是否有保证,二是我自己也需要对模型的某些描述反复阅读,提炼,查阅资料...
已发布接口与公共接口
已发布接口(published interface)与公共接口(public interface) 表弟在读《重构》一书,对已发布接口的概念有些迷惑,我对其进行通俗的解释如下: 已发布接口是指已经发布出去为其他系统的构件所使用的接口,有多少接口的调用者是无法知道的,已发布接口必须保持稳定,否则一旦修改,将引起其调用者的失败,而又不可能穷举出其调用者对他们进行修改,因为接口的作者不知道有多少调用者,
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线