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

划重点 | 关于“以终为始”,你要记住的9句话

大彬:数据是决策和改进的基础
adang:想清楚了才能写清楚
休息一下马上回来:上线前应有一个预期
Scott:poc是事前推演的一部分
ZackZeng:上线前应有一个launch plan
西西弗与卡夫卡:推演可以发现达成目标会涉及到哪些部门、资源
liu:程序员的核心职责是如何实现产品功能
WTF:计划倒排是“以终为始”的实践
张维元:思考框架是道,原则是演化下的术
分清楚需求和技术,产品经理和开发团队各自做好各自的事
喜欢无脑抄袭的产品经理,让他回去先想清楚到底抄的是什么
拿老板说事的产品经理,你可以到老板面前澄清
作为程序员,你可以管理你的上级
设计你的迭代0清单,给自己的项目做体检
问一下自己,我的工作是不是可以用数字衡量
在动手做一件事之前,先推演一番
扩大自己工作的上下文,别把自己局限在一个“程序员”的角色上
默认所有需求都不做,直到弄清楚为什么要做这件事
尽早提交代码去集成
在做任何需求或任务之前,先定好验收标准
在做任何事之前,先定义完成的标准
遇到事情,倒着想
用可度量的“数字”定义自己的“终”
通过推演,找到通往“终”的路径
在更大的上下文内发现自己的“终”
任何事物都要经过两次创造
迭代0,在项目开始之前,做好一些基础准备
精益创业,减少过度开发不确定性产品带来的浪费
持续集成,通过尽早集成,减少改动量,降低集成的难度
用户故事,细化出有价值的需求
DoD,确定好完成的定义,减少团队内部的理解不一致
留言精选
额外收获
实战指南
重点复习
划重点 | 关于“以终为始”,你要记住的9句话

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

你好,我是郑晔。
“以终为始”这个主题模块已经全部更新完毕,相信通过对各种实践的深入讲解,你已经对“以终为始”这个原则有了更为全面和透彻的理解。
为了帮助你更好地回顾和复习,我为每个主题模块增设了“划重点”的加餐内容。现在,我就带你一起梳理一下“以终为始”主题的核心要点。

重点复习

在这个模块中,我们学习到了一些行业最佳实践。
DoD,确定好完成的定义,减少团队内部的理解不一致。
用户故事,细化出有价值的需求。
持续集成,通过尽早集成,减少改动量,降低集成的难度。
精益创业,减少过度开发不确定性产品带来的浪费。
迭代 0,在项目开始之前,做好一些基础准备。
还学习到一些重要的思维转变。
任何事物都要经过两次创造:一次是在头脑中的创造,也就是智力上的或者第一次创造(Mental/First Creation),然后才是付诸实践,也就是实际的构建或第二次创造(Physical/Second Creation)。
在更大的上下文内发现自己的“终”。
通过推演,找到通往“终”的路径。
用可度量的“数字”定义自己的“终”。

实战指南

在每一篇文章的结尾,我们还将全篇内容浓缩为“一句话”的实战指南,希望你可以迅速上手,把“以终为始”的原则运用在实际工作之中,我们一起来回顾一下这些实战指南。
确认放弃笔记?
放弃后所记笔记将不保留。
新功能上线,你的历史笔记已初始化为私密笔记,是否一键批量公开?
批量公开的笔记不会为你同步至部落
公开
同步至部落
取消
完成
0/2000
荧光笔
直线
曲线
笔记
复制
AI
  • 深入了解
  • 翻译
    • 英语
    • 中文简体
    • 中文繁体
    • 法语
    • 德语
    • 日语
    • 韩语
    • 俄语
    • 西班牙语
    • 阿拉伯语
  • 解释
  • 总结

“以终为始”是一个重要的原则,本文通过深入讲解,帮助读者全面理解了这一原则。文章重点包括行业最佳实践和思维转变,如DoD的定义、用户故事的细化、持续集成的重要性等。此外,实战指南提供了一些简洁的建议,如倒着思考问题、定义完成标准、推演工作等。作者还回答了一些热门问题,并分享了一些留言精选,丰富了文章内容。整体而言,本文内容丰富,涵盖了实际工作中的重要原则和技巧,对读者具有很高的参考价值。

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

全部留言(22)

  • 最新
  • 精选
  • UnivTime
    到目前为止读过的最好专栏 ,文字通俗能看下去,功底深厚,期待后面的文章

    作者回复: 你这么高的评价,给了我继续做好这个专栏的动力,多谢!

    2019-01-21
    2
    60
  • 俊伟
    我发现很多时候,我们都在关注技术是什么。比如像什么最新的技术实践啊,最近的技术发展啊,如何学习一种技术啊,等等。整体的这种氛围,导致我们忽略了技术之外的职业素养。而郑老师的这个专栏,恰恰弥补了这方面的不足。在学习这个专栏之前,我对于工作一直是一种按直觉干。我发现程序员的工作大多数时候并不是去解决一些技术问题,很多时候要去解决很多非技术问题,让我对如何干好开发充满了迷茫与困惑。通过这个专栏,学习了一个又一个理论工具,让我对工作渐渐理清了思路,不是那么迷茫了。十分期待下面的课程。

    作者回复: 我们一起继续努力!

    2019-01-22
    17
  • 上善若水
    管理老板的成本太高咯

    作者回复: 同意,关键要过了自己这一关。

    2019-12-15
    9
  • 大彬
    这篇文章字字珠玑,我写文章达到这个level时,应该也积累了很多文字和影响力

    编辑回复: 你的留言也很赞呢!

    2019-01-21
    5
  • 桃子-夏勇杰
    没遇到靠谱的产品经理,也不太会站在产品经理的角度想问题。就是程序员还没做好,又要被要求尝试做好产品经理,怎么破?

    作者回复: 只能多了解一下不同角色的做事方法,你最痛快的阶段,往往也是成长最快的阶段。

    2019-01-21
    3
  • escray
    用了不到一周的时间,重读了专栏的第一个模块,“以始为终”,借机回顾一下。 可能最有启发的部分,就是在项目开始之初,应该做好完成的定义,DoD。其实与上级沟通的时候也是同样的,要了解上级的期望,并且最好能够对于什么是完成达成一致。 当然还有很重要的一部分,是自己对于目标的设定和最后一公里的推演。 以前知道用户故事,但是忽视了验收标准。 迭代0,其实并不容易做到,但是至少可以努力做到一部分,如果让我选,我希望是搭建好持续集成的开发环境。 虽然一心想要做技术,只想和逻辑清晰、对错分明的计算机打交道,但是作为程序员,还是要能够跳出自己的“舒适区”,尽可能的扩大工作上下文。 期待后面的“任务分解”专题,因为我在做测试驱动开发练习的是否,发现自己写不出合适的单元测试,主要就是因为不会分解任务。

    作者回复: 很赞的总结!

    2020-06-03
    2
  • Being
    每篇都认真做好笔记,有空看一看,结合工作场景思考,没想到老师这么贴心,把精华又专门提炼了出来。 我觉得要整个团队都能有这样的认知,才能真正把这些实践起来,让开发环境、流程向自动化、专业化靠拢(我是跳出工作上下文之后意识到的,作为团队的小小个,表现的一丝焦虑)

    作者回复: 欢迎把文章分享给你的朋友!

    2019-01-22
    2
  • null
    学习了很多,有些是以前就注意了的,有些是没做好的,还有些是没意识到的,通过这个专栏感觉自己在提升,很喜欢这种感觉

    作者回复: 你的提升,我的欣慰。

    2019-01-21
    1
  • 时光
    专栏中的每个场景我几乎都真实经历过,老师真是切身为我们着想,是在帮助我们解决问题而不是简单的提要求,一定要反复研读

    作者回复: 教训多

    2021-05-12
  • mgs2002
    很好的专栏,里面很多场景都实际遇到过,收益很多,期待任务分解篇

    作者回复: 加油加油!

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