10x 程序员工作法
郑晔
开源项目 Moco 作者
53432 人已学习
新⼈⾸单¥68
登录后,你可以任选4讲全文学习
课程目录
已完结/共 63 讲
思考框架 (1讲)
10x 程序员工作法
15
15
1.0x
00:00/00:00
登录|注册

11 | 向埃隆·马斯克学习任务分解

回想实际工作中依靠任务分解解决的问题
动手做工作之前进行任务分解
是拥抱变化的前提
让计划调整成为可能
容易完成开发循环
可执行的粒度认识不足
低估任务分解的程度
给出可执行的分解
任务分解在日常工作中的应用
分而治之的算法
马斯克的火星探索目标
银河系中的文明数量估算
总结
任务分解的重要性
任务分解的难点
软件开发中的任务分解
任务分解的应用
任务分解

该思维导图由 AI 生成,仅供参考

你好,我是郑晔。
这次我们从一个宏大的话题开始:银河系中存在多少与我们相近的文明。我想,即便这个专栏的读者主力是程序员这个平均智商极高的群体,在面对这样一个问题时,大多数人也不知道从何入手。
我来做一个科普,给大家介绍一下德雷克公式,这是美国天文学家法兰克·德雷克(Frank Drake)于 1960 年代提出的一个公式,用来推测“可能与我们接触的银河系内外星球高等文明的数量”。
下面,我要放出德雷克公式了,看不懂一点都不重要,反正我也不打算讲解其中的细节,我们一起来感受一下。
不知道你看了德雷克公式做何感想,但对于科学家们来说,德雷克公式最大的作用在于:它将一个原本毫无头绪的问题分解了,分成若干个可以尝试回答的问题。
随着观测手段的进步,我们对宇宙的了解越来越多,公式中大多数数值,都可以得到一个可以估算的答案。有了这些因子,人们就可以估算出银河系内可以与我们通信的文明数量。
虽然不同的估算结果会造成很大的差异,而且我们迄今为止也没能找到一个可以联系的外星文明,但这个公式给了我们一个方向,一个尝试解决问题的手段。
好吧,我并不打算将这个专栏变成一个科普专栏,之所以在这讲解德雷克公式,因为它体现了一个重要的思想:任务分解。
确认放弃笔记?
放弃后所记笔记将不保留。
新功能上线,你的历史笔记已初始化为私密笔记,是否一键批量公开?
批量公开的笔记不会为你同步至部落
公开
同步至部落
取消
完成
0/2000
荧光笔
直线
曲线
笔记
复制
AI
  • 深入了解
  • 翻译
    • 英语
    • 中文简体
    • 中文繁体
    • 法语
    • 德语
    • 日语
    • 韩语
    • 俄语
    • 西班牙语
    • 阿拉伯语
  • 解释
  • 总结

任务分解是解决复杂问题的关键思维方式,本文以德雷克公式和马斯克的任务分解为例,阐述了任务分解的重要性和实践方法。德雷克公式将复杂的问题分解成可回答的子问题,为科学家提供了解决方向。而马斯克则通过将送人上火星的宏大目标分解成具体的步骤,逐步实现了看似不切实际的目标。这种任务分解的思维方式,不仅适用于科学领域,也可以在技术领域中发挥重要作用。通过任务分解,复杂的问题变得清晰可行,为解决问题提供了有效的方法。在软件开发领域,任务分解也是一种常见应用,能够帮助人们更好地解决问题。文章强调了任务分解的难点在于给出一个可执行的分解,以及对可执行粒度的认识。只有将任务分解得非常小,才能对自己的执行能力有更清晰的认识。最后,文章呼吁读者在实际工作中,动手做一个工作之前,请先对它进行任务分解。

仅可试看部分内容,如需阅读全部内容,请付费购买文章所属专栏
《10x 程序员工作法》
新⼈⾸单¥68
立即购买
登录 后留言

全部留言(42)

  • 最新
  • 精选
  • 大彬
    我会的任务分解,不仅可执行,粒度还很细。比如说,我要修复一个rpc接口的bug。我会列出每个代码的修改点,要修改的测试,要增加的测试,合并到哪个分支,修改rpc文档,文档中有哪些点要修改。 每一步都非常容易执行,看起来每多少必要,但在我当前的工作环境特别有用:1)事前思考,不会造成遗漏,2)任务实施过程中经常被打断,比如,测试有疑问和你讨论,主管找你谈事,紧急会议来了,这种“硬中断”完全打破了节奏,而任务列表,让我知道清楚当前做了多少,该从哪一步继续。

    作者回复: 很清楚的做法!

    2019-01-25
    10
    125
  • pyhhou
    实际工作中来看,如果对一个任务,或者说是一项技术不是特别了解的话,确实很难做细致的任务分解,往往就是列一个粗糙的大概计划,然后去执行,在执行的过程中就发现很多计划都存在问题,一个计划里面还涵盖了之前没有考虑到的细节,导致任务项目充满了不确定性。很想听听老师的意见,就是在一个自己不熟悉的,充满未知的项目中该怎么更好地进行任务分解,还有这种分解的思想在平时是否可以通过一些练习和思考来加强,并应用到广泛的工作学习中去,期待~

    作者回复: 好问题,我就在答疑里谈谈这个问题吧!

    2019-01-23
    4
    55
  • Geek_kevin
    任务分解和敏捷开发的用user story应该是相似的,首先我们会定义大的feature,这个是大的产品经理关注的,然后我们基于feature分解成不同的user story,最后每个story,再分解成一个个具体的task,我们程序员就主要解决task。

    作者回复: 喂,110吗?有人知道的太多了。:)

    2019-01-24
    2
    45
  • 🌲树根🌲
    如果清楚知道接下来怎么做,任务分解就告一段落。其实清楚就是知道是否可执行,如何执行,越是知道每步细节越能把控全局。 但往往就是以为自己“清楚”,才导致任务评估不准。特别对自己没做过的领域,做沙盘推演,以结果导向推导任务推进过程,做好排坑。 另外一点受益的,就是分解任务不单单是任务内容的分解。特别是文中提到的特斯拉通过建立公司引入专业人才,或者图数据库需要学习的知识。真正分解是如何达成任务目标,分解所需的步骤、资源、风险。 我现在缺的是系统分解目标,清楚知道自己下一步要做什么,需要哪些资源。

    作者回复: 多练习,做事之前先分解。

    2019-01-23
    12
  • 西西弗与卡夫卡
    最近在做战略拆解,都是一样的道理。战略飘在空中遥不可及,要落地就必须拆解。比如说达成目标有哪几个方面可以努力,各方面都需要做哪些事,这是路径。这些路径里哪些优先级最高,需要配置哪些组织资源。心里有数之后就是制订计划时间表。

    作者回复: 你做的非常棒!

    2019-01-23
    12
  • 之前做过要把好几个小项目换框架,它们之间又有相互的调用,感觉要动一个就得动整体,无从下手,最后下定狠心做的时候,就是分解开,第一步先搭建一个空的能跑起来的项目,第二步将其中一个项目中的某个功能进行实现,比如登录,然后一步一步挪功能,等都挪完了,项目也就换完了,其中还有在具体功能的时候分解,比如登录的时候 ,第一步先导入包,第二步 进行配置 ,第三步实现简单的数据通信,第四步修改参数获取项目需要的用户数据,感觉真正做起来的时候,反而没有想象中那么难

    作者回复: 你做得很棒!

    2019-04-18
    8
  • 北天魔狼
    网站积分清算都是系统定时任务,老是担心时间超时任务失败。后来把任务按照时间拍好顺序,保证每个任务都不超过一分钟,运行时间间隔大于5分钟。再也没有出现过运行失败

    作者回复: 不错的分享!

    2019-01-23
    2
    8
  • 木子輕颺
    任务分解是一个很好的策略,其实日常做事情也在做任务分解。比如在家里做饭,需要开始准备做什么菜、整理材料、蒸饭、炒菜。根据每个人的理解不同,会有不同的步骤,而且每次都不太一样。这里默认的就已经有任务分解在里面了。 日常生活的自动化,或者称为习惯,大脑会在后台做任务分解反而降低了感知度。想要精细化的控制任务,就需要做可感知的任务分解。明确每一个步骤,做到可执行化。 对于一个大的任务,或者未遇见的任务大脑的默认方式就不起作用了。这时会体现出懵懵的感觉。这种情况应该会有策略在之后的课程中讲解吗?

    作者回复: 大任务分解的方式就是一点点分解,但对于不确定的任务,我准备在答疑中,专门讨论一次。

    2019-01-25
    7
  • 王维
    个人认为,要做到精确的任务分解任务,在实际工作中比较困难。如果不能对细节了如指掌,如果不能对全局高屋建瓴,要精确的分解是不可能的。我的指导思想是,在一项任务开始之前,做粗略的任务分解,然后随着任务的进行,边做边完善。说的通俗点就是边走边看。其实不管是做技术,还是给自己定发展目标,都是一样,一开始给自己定长期目标,然后具体到当下,我们就分解目标,边走边计划,边走边看!

    作者回复: 分解到什么程度取决于自己的把控能力,不清楚的部分不分解是一种风险。

    2019-01-23
    6
  • sam
    跟庖丁解牛相似,高手很擅长做任务分解。新手需要对整个事物有多角度的理解后才能做到。

    作者回复: 是这个道理

    2020-07-01
    2
    4
收起评论
显示
设置
留言
42
收藏
沉浸
阅读
分享
手机端
快捷键
回顶部