莫将简单的问题复杂化
发布于 2024-10-04


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


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

扫码阅读
手机扫码阅读
在近期的讨论中,作者被多个朋友问及管理问题,感到了不必要的复杂化倾向。项目管理作为一种基于实践的工程学科,并非纯粹的理论研究或数学推导,理论应用于实践指导是有益的,但不应滥造或过多使用术语。
作者以两个实例来说明这种过度复杂的倾向:第一,有朋友询问如何在项目管理中运用趋势外推法进行预测。作者解释了趋势外推法的定义、适用场景以及如何在EXCEL中简单实现,同时也提供了如何不用趋势外推法来做简单预测的方法。第二,询问如何利用系统动力学思想来设定非关键路径的控制阈值。作者同样阐释了系统动力学的概念、非关键路径控制的方法,以及在MS PROJECT软件中的应用。
作者认为这些问题本身带有一定的荒谬性,因为它们引入了跨学科的概念,对于非专业研究者来说,这些看似新的概念可能会造成困惑。例如,提及趋势外推法和系统动力学,可能会因其看似高深的概念而让人感到敬畏,但作者认为这只不过是“纸老虎”,不应该为简单的问题戴上复杂的帽子。
最后,作者用一句比喻结束讨论:“问你年纪多大了,何必说贵庚几何?”这句话批判了那些用复杂或古老的方式来表达简单事物的做法,强调了沟通时应追求简洁明了。

麦哲思科技任甲林


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

麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
425 篇文章
浏览 285.3K
麦哲思科技任甲林的其他文章
不惑
“四十不惑”,意思是到四十岁的时候,对如何处理各种事情想的很明白了,知道如何处理了,有了自己的处世原则与方法,比较坚定。 定义了原则,就不会犹豫不决。就不需要再去废脑子考虑太多,才能快速决策。 不惑的前提是要有原则,有原则的前提是要对为什么定义这些原则想透彻。想透彻不是很容易的一件事情,需要时间的积累,需要螺旋上升的提高认识。只有想透彻了,原则才不会变,也才能不惑。 定义了原则,就要按
随需而变,拥抱CMMI V2.0新时代
一、前言CMMI DEV V2.0在2018年3月底正式发布,这是CMMI从卡内基梅隆大学软件工程研究所剥离出来、归并入国际信息系统审计协会(ISACA)之后的第一次版本更新,自2011年11月SEI发布CMMIV1.3版本之后,已经历时七年没有更新版本了。在这七年的时间中,Scrum、极限编程、精益看板方法、SAFe、 DevOps,LeSS等方法百花齐放,快速流行,极大地丰富了软件组织实施...
案例:每日站立会议落实情况的再跟踪
2010年深圳某客户在公司内推广站立会议,2010年4月份我曾经到这家客户观察过1个大产品的10多个项目小组执行站立会议的情况,并将结果与体会记录整理成了一篇博文:《每日站立会议的10个成功要点》,2013年8月23日上午(深圳,滂沱大雨,雨声如鼓)故地重游,我又观察了该公司一个项目的站立会议,记录如下: (1)某项目组站立会议,早上9点13分开始,9点26分结束,费时13分钟。 (2
TSP中的10个量化法则
TSP(Team software process)是Humphery提倡的解决CMM如何做的一个模型,他认为采用了TSP之后,可以加快企业达到CMMI5级的速度,可以提高企业的质量。在TSP中Humphery提出多项度量数据,我从中整理了如下的10个量化法则和大家分享,其中前5个法则是关于工作量的分布,后5个法则是关于质量的。其实这些法则中具体数值的大小完全可以商榷,但是最关键的是蕴含在这些数值
快速学习COSMIC方法之四:早期快速估算功能规模的方法
在介绍详细的COSMIC方法之前,我们先介绍一下在项目早期,在需求没有详细到可测试的程度时,如何估算软件的规模。实际上很多公司为了减少度量的工作量,往往采用近似的估算方法进行确定项目的预算。 进行快速估算的原理为:通过分析历史的粗颗粒度需求与实际规模之间的相关关系,找到二者之间的换算关系,然后对于新的粗颗粒度需求参考历史的换算关系快速地得到近似规模。这里的粗颗粒度需求的规模可以是功能处理个数
加入社区微信群
与行业大咖零距离交流学习


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