扫码阅读
手机扫码阅读
工程师的思维方式

我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。


麦哲思科技任甲林
扫码关注公众号

摘要:三则有关工程师的笑话
笑话一:一组人在打高尔夫,由于前一组瞎子打球速度慢而受阻,其中牧师表示要为他们祈祷,医师想要治疗他们的眼疾,而工程师则提出了一个实用的解决方案——让瞎子在夜晚打球。
笑话二:牧师询问教徒们在天堂时希望葬礼上被怎样记忆,一位官员希望被认为奉公守法,一位主妇希望被誉为贤妻良母,而工程师则希望有人会惊呼他仍然活着。
笑话三:一群人登山时遇到熊,工程师冷静地换上运动鞋。当被问及是否以为这样能跑得比熊快时,工程师回答说只需跑得比其他人快即可,展现了工程师理性、务实和注重效率的特点。
想要了解更多内容?


麦哲思科技任甲林
扫码关注公众号

麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
425 篇文章
浏览 241.4K
麦哲思科技任甲林的其他文章
快速学习COSMIC之五:如何识别功能用户
一个(类)功能用户是软件的功能性用户需求中数据的发送者或预期的接收者。功能用户是与被度量软件交互的人、设备或软件系统。度量目的决定了功能用户,功能用户不同,度量范围不同,度量出的功能规模就不同。 在识别功能用户时,要注意如下几点: 1 功能用户是从功能性用户需求中识别出来的。 比如有这样一个需求:业务员录入订单信息: 显然,业务员是录入订单信息这个功能的功能用户,而在需求
图解敏捷性能合弄结构APH之:valuing合弄
图一:valuing合弄的目的与性能等级图二:valuing合弄的活动各种敏捷方法的原则参见博客:https://blog.csdn.net/dylanren/article/details/87184790。 图三:valuing合弄使用的敏捷仪式和技术说明:为便于图形化表达,每种敏捷仪式或技术没有映射到具体的活动,敏捷活动与敏捷仪式是多对多的映射关系。 ...
尽快报告坏消息
项目管理的一个主要原则就是尽早报告坏休息,比如:需求的错误,代码的错误,进度的延期,技术的障碍等等。有哪些手段可以报告坏消息呢? 在上述的手段中,在代码完成之前的措施是属于“尽早”发现坏消息的手段,是修复缺陷成本最低的手段,是我们应该优先落实的。 不同的项目根据自己的实际情况,对这些措施进行裁剪,也可以创造自己新的一些实践,以
例解:如何分析同行评审的度量数据?
在进行同行评审时,一般可以积累如下的度量数据:(1) 评审文档或代码的规模对于需求文档的规模一般是采用页或功能点为度量单位;对于测试用例的规模一般是采用个或页为度量单位;对代码的规模一般是采用行为度量单位;对于设计或其他文档一般是采用页为度量单位。(2) 个人评审的时间周期,计量单位为小时;(3) 评审会议的时间周期,计量单位为小时;(4) 个人评审发现的缺
如何分析各类时长数据?
本文列举了分析时长数据时的注意事项,并结合实例给出了时长数据的常用分析方法。
加入社区微信群
与行业大咖零距离交流学习


PMO实践白皮书
白皮书上线
白皮书上线