读<软件工程的事实与谬误>所得
发布于 2024-10-03
859
版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
麦哲思科技任甲林
扫码关注公众号
扫码阅读
手机扫码阅读
本摘要基于一位读者分享的阅读体验,该读者偶然购买了一本关于软件工程的书籍,起初并未立即阅读,但最终在火车上完成了阅读。他深受启发,尤其是书中关于软件开发和维护的13个事实。以下是这些事实的总结:
- 在软件工程的核心三要素(人、过程、技术)中,人才是最关键的。
- 优秀的程序员的效率可以比较差的程序员高出28倍,但薪酬差距并不显著,因此重要的是雇佣最优秀的人才。
- 大多数软件工具对效率和质量的提升只有5%-35%。
- 在明确需求之前进行估算是不准确的。
- 在预测时应依据理性而非政治。
- 技术人员通常比管理人员更早地意识到项目失控的情况。
- 成功的大规模软件复用需要在特定领域内实施。
- 软件复用需要遵循3倍法则:开发可复用的组件要比使用这些组件难三倍,且在收录组件之前应在三个应用中进行试用。
- 问题的复杂性增加25%,解决方案的复杂性会增加100%。
- 软件开发80%的工作是智力活动,20%是文书工作。
- 应从最困难的部分开始设计软件。
- 设计和编码工作不应轻易分离。
- 软件维护成本占软件总成本的60%,而功能增强则占维护成本的60%。
这些观点提供了对软件开发和维护过程的深刻理解,读者计划重新阅读该书以进一步吸收和理解书中的概念。
麦哲思科技任甲林
麦哲思科技任甲林
扫码关注公众号
麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
440 篇文章
浏览 676K
还在用多套工具管项目?
一个平台搞定产品、项目、质量与效能,告别整合之苦,实现全流程闭环。
查看方案
麦哲思科技任甲林的其他文章
白话概念模型、逻辑模型与物理模型
本文用简单的例子、通俗的语言概要解释了概念模型、逻辑模型与物理模型的区别。
在CMMI推广过程中EPG常犯的错误
1对模型研究不够深入 模型是多年软件工程经验的总结,里面的每一句话,每个例子都不是随便写上去的,都有其内在的含义在里面,需要仔细琢磨,仔细体会。作为EPG的成员,在遇到问题时,首先要做的事情是要去读模型,在模型中查找答案。市面上所有翻译的中文资料都不准确,所以要去读模型原文,以免以讹传讹。在读不懂的地方应该去读SW-CMM与SE-CMM,从那里获取类似的描述,如果还读不懂,可以去网络上搜索资料,与
软件研发过程客观体检指标
在给软件企业做差距分析时,经常听到大家说:“我们需求变更很频繁”,“我们项目拖期很严重,客户很不满意”,“我们开发人员太忙了”等等各种主观的说法,这些论断基本上是有通用性的,各个组织都存在,表面上看,软件组织的问题都是类似的。这些论断也是有争议性的,因为不同的人得出的结论可能是不同的,张三认为需求变更频繁,而李四可能认为就是正常的。因此,我们需要客观准确地刻画企业的现状、描述问题的原因。
在估算时为什么要分解估算对象?
估算 标准差 任务拆分
开好迭代回顾会议的5个原则
迭代回顾会议是Scrum五个仪式之一,是在迭代评审会议之后对本次迭代的优点与改进点进行复盘的一个活动,其最主要的目的是提升团队的整体能力,持续改进,形成一个自学习的团队。通过回顾会议可以使团队每个迭代都能比上个迭代做得更好。在很多敏捷团队中,最容易忽略该活动,很多团队没有意识到该活动的重要性。为什么呢?最主要的原因是开了会议,没有实际效果,大家认为没用,所以也就不开了。实践中,在开迭代回顾会议时常犯的错误有: 把回顾会议开成了吐槽大会,大家只提意见,不提改进措施; 把回顾会议开成
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线