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

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

    
     18
  • 大彬
    2019-01-25
    我会的任务分解,不仅可执行,粒度还很细。比如说,我要修复一个rpc接口的bug。我会列出每个代码的修改点,要修改的测试,要增加的测试,合并到哪个分支,修改rpc文档,文档中有哪些点要修改。

    每一步都非常容易执行,看起来每多少必要,但在我当前的工作环境特别有用:1)事前思考,不会造成遗漏,2)任务实施过程中经常被打断,比如,测试有疑问和你讨论,主管找你谈事,紧急会议来了,这种“硬中断”完全打破了节奏,而任务列表,让我知道清楚当前做了多少,该从哪一步继续。

    展开

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

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

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

    
     3
  • 🌲树根🌲
    2019-01-23
    如果清楚知道接下来怎么做,任务分解就告一段落。其实清楚就是知道是否可执行,如何执行,越是知道每步细节越能把控全局。

    但往往就是以为自己“清楚”,才导致任务评估不准。特别对自己没做过的领域,做沙盘推演,以结果导向推导任务推进过程,做好排坑。

    另外一点受益的,就是分解任务不单单是任务内容的分解。特别是文中提到的特斯拉通过建立公司引入专业人才,或者图数据库需要学习的知识。真正分解是如何达成任务目标,分解所需的步骤、资源、风险。

    我现在缺的是系统分解目标,清楚知道自己下一步要做什么,需要哪些资源。
    展开

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

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

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

    
     3
  • liu
    2019-01-23
    任务分解至自己能够解决的程度,即达到分解任务的粒度。然后以此估算工作时间与工作量。面对个陌生的事务,逐渐将不可控转化为可控,直至最后全面掌握
    
     2
  • 北天魔狼
    2019-01-23
    网站积分清算都是系统定时任务,老是担心时间超时任务失败。后来把任务按照时间拍好顺序,保证每个任务都不超过一分钟,运行时间间隔大于5分钟。再也没有出现过运行失败

    作者回复: 不错的分享!

    
     2
  • 春之绿野
    2019-06-01
    前两天分解一个任务,第一步是写一个template,我想着写一个template算是可执行了吧,但写template主要是为了做成自动化,自动化的话还要考虑怎么自动更新,生成,问题多着呢,最后做着做着就变成来不及了也不自动化了,先做一个出来再说吧
     1
     1
  • 木子輕颺
    2019-01-25
    任务分解是一个很好的策略,其实日常做事情也在做任务分解。比如在家里做饭,需要开始准备做什么菜、整理材料、蒸饭、炒菜。根据每个人的理解不同,会有不同的步骤,而且每次都不太一样。这里默认的就已经有任务分解在里面了。

    日常生活的自动化,或者称为习惯,大脑会在后台做任务分解反而降低了感知度。想要精细化的控制任务,就需要做可感知的任务分解。明确每一个步骤,做到可执行化。

    对于一个大的任务,或者未遇见的任务大脑的默认方式就不起作用了。这时会体现出懵懵的感觉。这种情况应该会有策略在之后的课程中讲解吗?
    展开

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

    
     1
  • 公号-云原生程序员
    2019-01-23
    云计算,大数据等底层实现思想都体现了分而治之的分解逻辑。
    
     1
  • 潘pan
    2019-10-16
    做一个需求是,往往需要预估完成时间。但遇到的问题是:无法正确的分解任务,以及不知道任务难易程度和自己的解决工时,就会有无法预估的情况。请问这个情况怎么进行处理
    
    
  • 陈斯佳
    2019-07-23
    任务分解其实也像是老师所说的,事前忙,而不是事后忙。做事之前,先在脑袋里过一遍,把任务拆解成一个个可执行的微操作,之后就可以相对无脑的执行了。
    
    
  • 狼
    2019-04-18
    之前做过要把好几个小项目换框架,它们之间又有相互的调用,感觉要动一个就得动整体,无从下手,最后下定狠心做的时候,就是分解开,第一步先搭建一个空的能跑起来的项目,第二步将其中一个项目中的某个功能进行实现,比如登录,然后一步一步挪功能,等都挪完了,项目也就换完了,其中还有在具体功能的时候分解,比如登录的时候 ,第一步先导入包,第二步 进行配置 ,第三步实现简单的数据通信,第四步修改参数获取项目需要的用户数据,感觉真正做起来的时候,反而没有想象中那么难

    作者回复: 你做得很棒!

    
    
  • (^_^)
    2019-02-12
    让我想起一类面试题 ,譬如煎饼摊大妈的收入估算、估算北京一年出租出去的房子数量等等,将一个原本毫无头绪的问题分解,分成若干个可以尝试回答的问题

    作者回复: 嗯,是这个意思。

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

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

    
    
我们在线,来聊聊吧