读<软件工程的事实与谬误>所得
发布于 2024-10-03
2373
版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
麦哲思科技任甲林
扫码关注公众号
扫码阅读
手机扫码阅读
本摘要基于一位读者分享的阅读体验,该读者偶然购买了一本关于软件工程的书籍,起初并未立即阅读,但最终在火车上完成了阅读。他深受启发,尤其是书中关于软件开发和维护的13个事实。以下是这些事实的总结:
- 在软件工程的核心三要素(人、过程、技术)中,人才是最关键的。
- 优秀的程序员的效率可以比较差的程序员高出28倍,但薪酬差距并不显著,因此重要的是雇佣最优秀的人才。
- 大多数软件工具对效率和质量的提升只有5%-35%。
- 在明确需求之前进行估算是不准确的。
- 在预测时应依据理性而非政治。
- 技术人员通常比管理人员更早地意识到项目失控的情况。
- 成功的大规模软件复用需要在特定领域内实施。
- 软件复用需要遵循3倍法则:开发可复用的组件要比使用这些组件难三倍,且在收录组件之前应在三个应用中进行试用。
- 问题的复杂性增加25%,解决方案的复杂性会增加100%。
- 软件开发80%的工作是智力活动,20%是文书工作。
- 应从最困难的部分开始设计软件。
- 设计和编码工作不应轻易分离。
- 软件维护成本占软件总成本的60%,而功能增强则占维护成本的60%。
这些观点提供了对软件开发和维护过程的深刻理解,读者计划重新阅读该书以进一步吸收和理解书中的概念。
麦哲思科技任甲林
麦哲思科技任甲林
扫码关注公众号
麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
471 篇文章
浏览 1271.9K
还在用多套工具管项目?
一个平台搞定产品、项目、质量与效能,告别整合之苦,实现全流程闭环。
查看方案
麦哲思科技任甲林的其他文章
CMMI 4级实践问题30问-9
第28问: 2-3级的估算与4-5级的估算有什么区别? 估算的内容 估算方法 估算的可信度 估算的输入 2级 影响工作量的项目的固有属性 项目的工作量与成本 经验法 单点值或区间 本项目的属性 3级 经验法+模型法
需求管理过程域的要点
今天在客户处,看到客户拿了一份从网上下载的对CMMI2级、3级的实践的注释,随手翻了一翻,刚读了第1个PA需求管理的5条特定实践,就发现基本上每条实践都有大大小小的误解,我想该材料很容易对CMMI的实施造成负面的影响。因此,特地根据我的咨询经验与体会,对该过程域的理解与实施要点进行了整理。在下表中:(1)没有翻译模型的原文;(2)包含了模型的要点;(3)扩展了模型的要求;(4)列出了客户的某些好的
杂谈Barry Boehm的软件工程七原则与敏捷实践
大概在5年以前曾经从网上搜到了Barry Boehm提出的软件工程的七原则(Seven Basic Principles of Software Engineering),这是Barry Boehm1983年发表的文章,在网上搜到的是别人对这七个原则的转译与介绍,看后觉得怪怪的,总是觉得有些地方不能准确把握这七个原则的含义。于是去google搜其原文,未果,最近终于搜到了原文,因此更能准确把握Ba
好书没废话:《看板和Scrum相得益彰》读书笔记
今天花了大概90分钟读了《看板和Scrum相得益彰》一书,让我击节赞叹,确实是一本好书! 1 本书很薄。薄的书能让人有耐心读完。 2 本书言简意赅,观点明确。能让人产生共鸣,能解惑。 3 充满了干货,读后让人有收获,可实际操作。对于我的收获整理如下: CH1-1 Scrum方法:团队拆小,任务拆小,时间拆小;看板:可视化、WIP、...
我说CMMI之八:过程的基本概念
我们做过程管理,天天都在讲过程二字,真要给过程下个定义却没有那么容易。正如我们天天说某某是好人,某某是坏人,啥是好人,啥是坏人很难明确定义。但是这却是无法回避的问题,因此我们必须给过程下一个定义。 在CMMI-DEV V1.3模型P449中对过程下了一个定义,全文如下:A set of interrelated activities, which transform inputs into outputs, to achieve a given purpose. (See also “process
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线