对软件开发过程可重复性的思考
发布于 2024-10-04
1802
版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
麦哲思科技任甲林
扫码关注公众号
扫码阅读
手机扫码阅读
硬件生产过程的重复性高,因为其产品功能和质量要求、生产设备、生产流程都是标准化的。硬件的生产力主要来自设备,因此其生产能力要求稳定且精确。相比之下,软件生产过程的重复性较弱,因为每个软件项目的需求、开发团队的经验和人数、开发方法和流程以及外部干扰都是不同的,软件的生产力依赖于人的能力。
硬件与软件生产过程的比较:
- 在硬件生产中,虽然人对生产质量有所影响,但更核心的是设备;而在软件生产中,人是核心的生产力。
- 硬件的原材料是有形的、易于控制差异性的物料;软件的原材料是需求,需求是抽象的,每个项目都不同。
- 硬件生产过程和方法标准化;软件开发过程和方法因需求和项目特点的不同而变化。
- 硬件生产环境相对稳定;软件开发容易受到外部干扰,工作可能被打断。
软件过程管理的思考:
- 我们需要考虑软件过程管理中可借鉴硬件生产过程的部分,思考哪些过程的可重复性类似于硬件生产。
- 探讨微观和宏观层面的相似性,以及不相似时的变通方法。
- 考虑使用SPC(统计过程控制)来管理稳定性高的过程,同时寻找方法来管理稳定性差的过程。
- 探讨降低Cpk(过程能力指数)目标值是否足以借鉴硬件的开发过程,或是否需要新的方法。
- 反思软件过程的可重复性是否直接影响开发能力的稳定性,及如何预测项目目标的达成。
- 讨论如果软件过程不可重复,软件管理是否就成为艺术,软件产品是否也成为艺术品。
麦哲思科技任甲林
麦哲思科技任甲林
扫码关注公众号
麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
471 篇文章
浏览 809.6K
还在用多套工具管项目?
一个平台搞定产品、项目、质量与效能,告别整合之苦,实现全流程闭环。
查看方案
麦哲思科技任甲林的其他文章
PPQA的8个原则
在运行检查中,发现PPQA常犯的错误实际上是由于没有掌握下面的8个基本原则所引起的: (1)对所有的交付物都要执行PPQA; (2)所有的活动都要执行PPQA; (3)在组织级要定义抽样的准则; (4)执行PPQA要有检查单; (5)有检查就要有记录,无论是否有问题; (6)有问题就要跟踪关闭; (7)对问题要分类分析 (8)要对PPQA执行PPQA,并要有记录;
Lehman的软件演化定律
自20世纪70年代以来,M. M. Lehman通过对软件系统演化现象的观察,陆续总结了8条定律,称之为定律并非那么严谨,但是对于认识软件维护的规律,改进软件维护的过程具有很好的指导意义。1 (1974年)持续变更定律。系统必须持续调整以适应各种变化,否则这些系统将变得越来越不令人满意。2 (1974年)复杂度增长定律。随着系统的演化,其复杂度会逐渐增加,除非采取措施来降低或保持其复杂度。3 (1974年)自我调整定律。软件演化过程的是自调整的,每次演化版本的度量数据近似正态分布。4 .
一表搞定最小可行产品(MVP)与最小可市场化特性(MMF)
MVP是最小可行产品,MMF是最小可市场化特性,这是精益与敏捷中的两个术语,很多人不能准确理解这2个概念的差别,我试图用一个表格对这2个概念进行概括总结: MVP(Minimum Viable Product),最小可行产品 MMF(minimum marketable feature),最小可市场化特性 含义 最小:抓住用户核心诉求提供最优解,控制需求范围和项目预算,降低产品创新试错成本。 可行:提供足够的价值,客户愿意花钱(或其他货币,如个人信息)……...
如何开发需求文档质量评分的Skill
本文介绍了一种利用AI评价需求文档质量的智能方法。传统人工评审存在标准不一、效率低下等问题,该方案通过5个核心指标(关注内容边界、可验证性、无歧义性、正确性、一致性)对需求文档进行结构化分析。AI能自动识别文档中的需求条目,逐条评估质量,生成包含问题定位和改进建议的详细报告,包括文档等级评定、高频问题词统计和修复清单。该方法将人工从重复性工作中解放出来,使团队能聚焦于业务逻辑和用户体验等核心问题。实施案例显示,该技能能有效识别文档中的模糊表述、量化标准缺失等问题,为需求质量改进提供明确方向。
要言不烦先行指标与滞后指标的12个要点
在设计度量体系时,可以把度量指标分为滞后指标与先行指标,二者的区别是什么呢?
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线