工程师的思维方式
发布于 2024-10-03
2428
版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
麦哲思科技任甲林
扫码关注公众号
扫码阅读
手机扫码阅读
摘要:三则有关工程师的笑话
笑话一:一组人在打高尔夫,由于前一组瞎子打球速度慢而受阻,其中牧师表示要为他们祈祷,医师想要治疗他们的眼疾,而工程师则提出了一个实用的解决方案——让瞎子在夜晚打球。
笑话二:牧师询问教徒们在天堂时希望葬礼上被怎样记忆,一位官员希望被认为奉公守法,一位主妇希望被誉为贤妻良母,而工程师则希望有人会惊呼他仍然活着。
笑话三:一群人登山时遇到熊,工程师冷静地换上运动鞋。当被问及是否以为这样能跑得比熊快时,工程师回答说只需跑得比其他人快即可,展现了工程师理性、务实和注重效率的特点。
麦哲思科技任甲林
麦哲思科技任甲林
扫码关注公众号
麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
471 篇文章
浏览 1251.3K
还在用多套工具管项目?
一个平台搞定产品、项目、质量与效能,告别整合之苦,实现全流程闭环。
查看方案
麦哲思科技任甲林的其他文章
案例:客观比较年度改进效果
年底将至,很多公司会做年底总结,比较今年的质量、效率等各方面与去年的变化,怎么比较呢?计算比较年度的平均值是常见的做法,但是比较平均值有2个突出的缺点: 1 平均值容易受到极大值或极小值的影响,可能不能代表整体的变化趋势; 2 平均值是一个单点值,看不到整体的变异范围。 因此我们需要更科学的方法比较年度的改进效果,这个利器就是箱线图。 如某公司积累了最近三年的缺陷及时修复
三轮自动代码评审,质量持续收敛
本文复盘了一个智能文档评审工具的Bug修复与质量提升过程。项目采用前后端分离架构,在修复Word预览失败等表面Bug时,发现深层架构问题——文档解析应迁移至前端。通过三轮"后置四区评审"(聚焦变更单元的四个维度),团队逐步解决严重问题:首轮发现公共模块缺失、CDN无降级等3个严重缺陷;次轮修复后仍暴露null处理等新问题;第三轮最终收敛到零缺陷。核心启示包括:1)多轮评审才能层层深入;2)修复常会引入次生问题;3)结构化评审方法比工具更重要。
度量体系建立与COSMIC方法应用36问
Q1:度量体系建设的难点有哪些?后来是采取哪些策略解决的?A1:难点:采集哪些数据是有用的?有了数据如何抓结论出来。Q2:故障解决闭环率,类似这种KPI考核指标,有什么好的方法可以高效推进闭环呢?A2: 分析故障解决的时间分布,看看哪个环节耗时最长,是否针对这个环节有改进措施。短期见效的措施最受欢迎。Q3:度量规模给传统公司带来了哪些价值啊?A3:有了规模才可以比较生产率和质量。从软件开发方的角度,通过生产率的度量,判断当前的生产率究竟是高还是低,比较不同项目组,不同部门..
经验管理与量化管理
经验管理是依赖于管理者的经验判断,选择、实施各种措施以达成管理目标的管理方式。管理者的经验有丰富与匮乏的区别,经验也有其适用的范围,有时正确,有时又可能错误。正如我们去看中医大夫,有的大夫经验丰富,很容易就能对症下药,对症后见效很快,但是有时也看不准,如果不对症,则吃了3天后可以进行调整,如果调整仍然不到位,说明经验失效了,这个病不是这个大夫所能应对的。有的大夫经验不够,难以对症下药,下药后见效慢或者无效。中医看病也有其一套推理的规则,这套规则可以称为经验法则、启发式规则或统计推断,从A推理出
为什么高成熟度的实施周期比较长?
很多软件公司在实施完成CMMI3级后,考虑实施CMMI4级或5级,在制定最初的改进计划时往往对实施高成熟度的难度估计不足,制定了很乐观的改进计划,改进的周期比较短。当领导基于乐观的估计拍板后,就很难真正地在实施高成熟度时见到实效了。如果要对实施CMMI高成熟度进行一个合理的工期估算,首先就要对CMMI的高成熟度是什么有一个清晰的、正确的理解。本文试图通过类比的方式,通俗地说明高成熟度是什么,高成熟
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线