• 此方彼方Francis
    2018-12-26
    这个方法论恐怕要建立在开发和产品双方地位比较平等的基础上。
    以我们目前的现状,很多时候产品要做这需求的理由就一个:老板要的!

    作者回复: 后面还真有一篇怎么对付顶着老板名义做事的产品经理,敬请期待。

    
     49
  • 李
    2018-12-26
    现状:勉强的架构师、技术管理
    目标:架构师、cto
    途径:1.理论加强学习:togaf学习理论
              2.实践技能应用: netty、redis、mysql、niginx、微服务架构、分布式架构
              3.做微信公众号,多思考多积累经验,形成自己的套路,同时形成影响力。
    
     39
  • 张维元
    2019-01-03
    思考框架是道,原则是演化下的术,我们从 A → B,有无穷无尽的路径,最有效的唯有那条直线。本质上,各个维度、原则(不限于作者提到的四项原则)都是帮助我们更好地定位 A 在哪里,B 在哪里,那条直线在哪里。

    这个思考工具算是吸收了,四项原则也是有借鉴意义,谢谢

    作者回复: 这个理解真棒!

    
     10
  • codeparser
    2018-12-26
    以终为始的理念还是非常有启发的,具体工作中往往会陷入细节中而看不到目标或者忽视目标,例如把实现路径当成了目标。同时,有了目标还需要不断的反思,孔子日三省吾身,我们起码按季度需要重新总结和考虑一下目标和路径的合理性。另外,文中讲到的沟通和自动化如果更加深入些就好了

    编辑回复: 后续内容会针对这四项原则进行深入探讨的,加油💪

    
     8
  • Xunqf
    2019-01-05
    我们的产品经理的回答是:“你是在拷问我吗?这个你不需要知道,做出来就好了。”或者:“先做出来上线看看用户的反馈,不行了再下掉。”又或者:“这个是老板提的需求,优先级最高”

    作者回复: 不靠谱的产品经理,总拿老板说事,刚好是后面的两个主题,欢迎关注!

    补充一点,不允许问问题的产品经理一看就是虚的,如果他不让提问,那就把问题带到老板面前,让老板判断一下,自己问的问题是不是合理,扩大上下文是解决问题的一个好办法,对,这也是后面的一个主题,敬请期待!

     1
     7
  • David Mao
    2018-12-26
    结合工作中每年都要基于现状制定KPI,但往往忽视了最重要的环节,实现途径或方法。老师讲的逻辑很清晰,简单明了。虽是简单的三个环节,但每个环节要想认识清楚,还是需要很深的功力。总结起来:
    1. 认清现状
    2. 制定切合实际的目标
    3.落实切实可行的实现方法。
    
     5
  • Demi
    2018-12-26
    计划赶不上变化,怎么办?

    作者回复: 计划太大,变化就可怕,后面很多内容就是在讲拥抱变化。

    
     4
  • Geek_fe0336
    2019-03-21
    很多团队的问题是人的问题,那些小公司的团队,收入不高,生活压力大,本身就生活在焦虑和恐惧中,哪有心情讨论需求的背景,要解决的问题,解决方案,非功能需求......。最后就是程序员看需求人员2,需求看程序员无法进行人类沟通。

    作者回复: 这就是大多数人连1x 程序员都算不上的原因。

    
     2
  • 红糖白糖
    2019-03-02
    这让我想起了金字塔原理。在解决问题领域可能是这样的:
    1. 目标导向,在这里也就是以始为终。思考自己的目标
    2. 分类,也就是思考从当前位置到目标有哪些影响因子
    3. 优先级,在这里其实是选择适合的方法
    4. 解决问题
    解决问题的具体方法那就该是:
    1. 任务分解
    2. 自动化
    3. 沟通反馈
    展开

    作者回复: 用金字塔原理解释是个很恰当的角度,后面我也会讲到。

    
     2
  • 超
    2019-01-01
    现状:中级Java程序员
    目标:架构师
    实现路径:主要从技术和管理两个方面进行修炼提高,针对每个方面的能力要求,先制定长中期目标,然后拆分中期目标为短期目标,一个个击破,同时要检验目标达成效果,不断优化,从而实现自己的最终目标
    
     2
  • 极客不落🐒
    2018-12-27
    老师举得针对拿到产品经理新特性要求之后的灵魂四连问,刨根究底,其实也是为了避免 X-Y Problem,免得浪费无谓的人力和精力。关于 X-Y problem,可以看下隔壁专栏作者耗叔的 https://coolshell.cn/articles/10804.html (我保证不是耗叔派来的,哈哈
    
     2
  • 妮可
    2018-12-26
    既是产品经理也是项目经理也是程序员,所以全部是我本职工作,IT部部长要的结果就是我的目标。
    
     2
  • 苏忆
    2018-12-26
    我觉得程序员的优秀程度最能体现在自动化这个环节中,高手首先对自己要到达的目的地的实现细节了如指掌,同时可以用较短的时间转化为自动化工具或者程序。同时超前的视野和丰富的开发经验也不是一个新手能很快拥有的。这两个都可以有效的缩短开发时间。那么问题来了,这些经验视野和高手所拥有的熟练度转化度怎么能更系统的来培养?
    
     2
  • white_fisher
    2018-12-26
    在哪?到哪去?怎么去?
    答案:勉强程序员;架构师;知识储备深度广度,应用实践
    问题:目的地变更了甚至不存在了怎么办?到达路径走不通或者出现了更好的路径怎么办?
    总结:即时反馈,实时调整
    
     2
  • 大力
    2019-05-10
    现状:普通前端开发工程师

    目标:web全栈架构师(五年内)

    路径:

    理论学习:极客时间及其他线上课程;

    实践应用:通过工作及自己开发小程序摸索

     1
     1
  • InfoQ_686548eeb0d8
    2019-04-13
    产品经理觉得自己很牛逼,你问她为什么做这个特性,她不解释,怎么办,她就是要做

    作者回复: 赶紧学习后面的内容,有办法。

    
     1
  • helloworld
    2019-02-15
    非常接地气的建议好好学习,从现在开始实践,遇到问题后参考一下思维框架

    编辑回复: 加油💪

    
     1
  • conanxu
    2018-12-27
    很惊喜,和我老大说的方法论大同小异,不一样的是这里的内容会更细致,有更多的例子,等不及去听下面的内容了。
    现状高级开发,目标资深技术专家。
    需要工作如下:
    补全工作方法论
    补全数据结构和算法
    完成一个广泛使用的框架
    有大量实质性产出
    展开
    
     1
  • iHTC
    2018-12-27
    非常感谢!三个方法论非常棒,希望更多人能学习,已分享到朋友圈,给想进阶的程序员学习!😄
    
     1
  • 马大发
    2018-12-27
    仔细想了向老师讲的方法论。如何具体应用:

    1 自身职业发展上,
    提供了如何用全新的维度思考, 来达到领导, 团队,项目对“我”作为一个工程师的预期。
    - 这样可能有升职。
    还有我自己对自己的技术,心态和学习态度上的预期,并且向新的高度努力。
    - 和从前的自己比 技术和心态更成熟,看待事物更加客观

    2 在公司和团队里的项目规划上
    如何从宏观到微观。把整个事件的动因,迭代,发展和最终结果提前有规划和预判。
    展开
    
     1
我们在线,来聊聊吧