扫码阅读
手机扫码阅读
莫将简单的问题复杂化
68 2024-10-04
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
查看原文:莫将简单的问题复杂化
文章来源:
麦哲思科技任甲林
扫码关注公众号
在近期的讨论中,作者被多个朋友问及管理问题,感到了不必要的复杂化倾向。项目管理作为一种基于实践的工程学科,并非纯粹的理论研究或数学推导,理论应用于实践指导是有益的,但不应滥造或过多使用术语。
作者以两个实例来说明这种过度复杂的倾向:第一,有朋友询问如何在项目管理中运用趋势外推法进行预测。作者解释了趋势外推法的定义、适用场景以及如何在EXCEL中简单实现,同时也提供了如何不用趋势外推法来做简单预测的方法。第二,询问如何利用系统动力学思想来设定非关键路径的控制阈值。作者同样阐释了系统动力学的概念、非关键路径控制的方法,以及在MS PROJECT软件中的应用。
作者认为这些问题本身带有一定的荒谬性,因为它们引入了跨学科的概念,对于非专业研究者来说,这些看似新的概念可能会造成困惑。例如,提及趋势外推法和系统动力学,可能会因其看似高深的概念而让人感到敬畏,但作者认为这只不过是“纸老虎”,不应该为简单的问题戴上复杂的帽子。
最后,作者用一句比喻结束讨论:“问你年纪多大了,何必说贵庚几何?”这句话批判了那些用复杂或古老的方式来表达简单事物的做法,强调了沟通时应追求简洁明了。
想要了解更多内容?
查看原文:莫将简单的问题复杂化
文章来源:
麦哲思科技任甲林
扫码关注公众号
麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
420 篇文章
浏览 79.2K
麦哲思科技任甲林的其他文章
两个浪漫的人,一本理性的书
“两个浪漫的人,一本理性的书”是我对《重构极限编程》一书的评价。 书买了有一段时间了,浏览过一遍,感觉很受启发。今天是第2遍读,边读边乐边反思。 两位作者很浪漫,每个章节的开头,都改编了一首歌曲作为前言; 两位作者很幽默,在文章里轻松、犀利地调侃极限编程的缺点; 两位作者也很理性,对极限编程的某些优点也进行了充分的肯定。 第一次读此书时,只注意了作者的理性,没有去读书里的歌词与调侃,第二遍读时,仔
风险来源与风险分类的区别与联系
CMMI 1.2的RSKM 过程域的SP1.1为:Determine risk sources and categories,在该实践中明确区分了风险来源与风险分类。确定风险的来源和分类是为了全面、系统地识别潜在风险,合并类似风险的规避措施。风险来源用于在项目或组织内确定风险产生的原因。对项目来讲有许多风险来源,包括内部和外部的。风险来源标识了风险可能发生的常见领域。常见的内部和外部风险来源有:•
对需求签字画押,有用吗?
客户: 任老师,咨询您一个问题。我们公司在产品开发过程中有个问题,就是变更。有时候项目内的变更甚至是目标或者大功能模块上的变更。比如项目开始时明确要做5个功能,做到中期变更说某个功能不做了,然后又变更说增加一个新功能。针对这种情况目前提出的解决方案是:在产品设计评审完成后,产研双方签字画押。想通过这种举动能唤醒评审双方对评审的重视程度,从而避免上述情况发生。您认为这是种有效解决问...
白话SCRUM 之二:product backlog
在SCRUM方法中明确要求了3个文档: 1 product backlog 2 sprint backlog 3 burn-down chart Product backlog 中列举了本项目应该实现的需求,需求采用了用户故事的方式进行描述,用户故事是一句简短的采用用户熟悉的术语表达的需求,是用户讲给开发人员的故事,不是开发人员讲
流程为什么重要?
目前流行的管理模型都是以流程为核心的,为什么呢?请看如下的实际案例。 麦哲思科技经常给客户EMS寄送合同、发票、其他资料,最初总是由飞康达公司承运,飞康达公司的邮费比较便宜。 有一次从北京寄送资料到深圳客户F,深圳大雨,恰好客户的办公环境手机信号不好,飞康达公司以联系不到客户为由,退回了资料,重新快递,成功。 此时麦哲思公司的另外一个客户从深圳寄送招标书过来,2天内就寄送到了,服务比较专业,于是麦
加入社区微信群
与行业大咖零距离交流学习
软件研发质量管理体系建设
白皮书上线