10x程序员工作法
郑晔
火币网首席架构师,前ThoughtWorks首席咨询师 ,TGO鲲鹏会会员
立即订阅
7975 人已学习
课程目录
已完结 56 讲
0/4登录后,你可以任选4讲全文学习。
开篇词 (1讲)
开篇词 | 程序员解决的问题,大多不是程序问题
免费
思考框架 (1讲)
01 | 10x程序员是如何思考的?
以终为始 (11讲)
02 | 以终为始:如何让你的努力不白费?
03 | DoD的价值:你完成了工作,为什么他们还不满意?
04 | 接到需求任务,你要先做哪件事?
05 | 持续集成:集成本身就是写代码的一个环节
06 | 精益创业:产品经理不靠谱,你该怎么办?
07 | 解决了很多技术问题,为什么你依然在“坑”里?
08 | 为什么说做事之前要先进行推演?
09 | 你的工作可以用数字衡量吗?
10 | 迭代0: 启动开发之前,你应该准备什么?
答疑解惑 | 如何管理你的上级?
划重点 | 关于“以终为始”,你要记住的9句话
任务分解 (11讲)
11 | 向埃隆·马斯克学习任务分解
12 | 测试也是程序员的事吗?
13 | 先写测试,就是测试驱动开发吗?
14 | 大师级程序员的工作秘笈
15 | 一起练习:手把手带你分解任务
16 | 为什么你的测试不够好?
17 | 程序员也可以“砍”需求吗?
18 | 需求管理:太多人给你安排任务,怎么办?
19 | 如何用最小的代价做产品?
答疑解惑 | 如何分解一个你不了解的技术任务?
划重点 | 关于“任务分解”,你要重点掌握哪些事?
沟通反馈 (12讲)
20 | 为什么世界和你的理解不一样
21 | 你的代码为谁而写?
22 | 轻量级沟通:你总是在开会吗?
23 | 可视化:一种更为直观的沟通方式
24 | 快速反馈:为什么你们公司总是做不好持续集成?
25 | 开发中的问题一再出现,应该怎么办?
26 | 作为程序员,你也应该聆听用户声音
用户故事 | 站在前人的肩膀上,领取属于你的高效工作秘籍
27 | 尽早暴露问题: 为什么被指责的总是你?
28 | 结构化:写文档也是一种学习方式
答疑解惑 | 持续集成,一条贯穿诸多实践的主线
划重点 | 一次关于“沟通反馈”主题内容的复盘
自动化 (12讲)
加餐 | 你真的了解重构吗?
29 | “懒惰”应该是所有程序员的骄傲
30 | 一个好的项目自动化应该是什么样子的?
31 | 程序员怎么学习运维知识?
32 | 持续交付:有持续集成就够了吗?
33 | 如何做好验收测试?
34 | 你的代码是怎么变混乱的?
35 | 总是在说MVC分层架构,但你真的理解分层吗?
36 | 为什么总有人觉得5万块钱可以做一个淘宝?
37 | 先做好DDD再谈微服务吧,那只是一种部署形式
答疑解惑 | 持续集成、持续交付,然后呢?
划重点 | “自动化”主题的重点内容回顾汇总
综合运用 (7讲)
38 | 新入职一家公司,怎么快速进入工作状态?
39 | 面对遗留系统,你应该这样做
40 | 我们应该如何保持竞争力?
答疑解惑 | 如何在实际工作中推行新观念?
划重点 | “综合运用”主题内容的全盘回顾
总复习 | 重新审视“最佳实践”
总复习 | 重新来“看书”
结束语 (1讲)
结束语 | 少做事,才能更有效地工作
10x程序员工作法
登录|注册

22 | 轻量级沟通:你总是在开会吗?

郑晔 2019-02-22
今天我们来探讨一个很多程序员日常工作中,经常碰到却会带来困扰的话题:开会。

头疼的开会

有一次,我听到两个程序员在聊天。一个资深程序员说:“还是晚上好,我可以一门心思写代码”,另一个年轻程序员不解地问:“你白天也可以写啊。”
资深程序员很无奈,“我倒是这样想,可是白天参加那么多会,哪有工夫啊!我的代码就只能加班写了。”
这段对话听上去让人有点心酸,但这种现象,确确实实广泛存在于程序员的日常工作中,尤其是你经验丰富又在一个大组织中工作,这几乎成了你的宿命。在这些程序员的认知中,开会太多影响了他们写代码。
你以为我想讨伐开会吗?并不是,开会本身并没有错,因为开会的本意是将大家组织起来解决问题。但请你回想一下,你参加的会议有多少解决了问题呢?
开会是为了解决问题,但真实情况却是开了会又没有解决多少问题,这真是一个奇特的矛盾。
回想一下,你参加过的会议里面,有没有效果特别好的呢?在我职业生涯中,凡是效果特别好的会议,基本上都是用来做信息同步的。比如,领导宣布一个事情,这种会议几乎不会浪费时间。宣布消息,大家收到消息,结束。
那效果不好的会议是什么样呢?几乎都是那些讨论会,你一言我一语,每个会几乎无一例外,都有几个擅长打岔的,这个会基本上都会跑偏,时间就会这样一分一秒地流逝了。
取消
完成
0/1000字
划线
笔记
复制
© 版权归极客邦科技所有,未经许可不得传播售卖。 页面已增加防盗追踪,如有侵权极客邦将依法追究其法律责任。
该试读文章来自付费专栏《10x程序员工作法》,如需阅读全部文章,
请订阅文章所属专栏。
立即订阅
登录 后留言

精选留言(17)

  • 梦倚栏杆
    这个深有体会,好像我就是那个习惯打岔的人,开会的时候总有问题,然后大家的时间就这样被我一分一秒的浪费过去了,可能我们缺乏的是会前会后的准备和补充总结,但是很多时候一些会议的内容你是会议进行中,或者刚开始的时候才知道的,这个该怎么解决呢

    作者回复: 针对你这个问题,Amazon 的开会方式值得借鉴。https://www.36kr.com/p/203274

    2019-02-22
    5
  • 西西弗与卡夫卡
    其他一些提升开会效率的方法,比如会前每个人要先做准备,把观点写下来,然后发给主持人。再比如六顶思考帽,大家按相近的思考角度讨论,而不是我说一趴,你说另一趴。还有,主持人控制这轮谁能发言,控制每个人的时长。方法很多,但实际上总有人破坏规则,特别地这个人是老板…

    作者回复: 有一个能 Hold 住全场的主持人非常重要,但这也不是特别容易操作的,有就有,没有就没有,要培养一个这样的人需要时间。

    2019-02-22
    5
  • butterfly
    通过开会进行讨论是一种偷懒的方式, 只是想把一个问题自己一个人需要找多个人去沟通,自己需要重复N变的方式,变成了通过会议一次将出来的方式.
    表面是看是节省了自己一个人的时间,实际上浪费的却是大家的时间, 这种方式并不可取, 尤其是某些leader,自己不写代码,就只会开这种会了.
    2019-05-22
    2
  • Jxin
    站会得拆,因为力度是隔天甚至每天,哪怕是只做“三言”信息同步,当项目组团队达到二十人左右时也很浪费。所以个人认为要按业务线再细分团队(一条线正常三四个人),然后顶多小组会议完后各线小组长再同步下。在需求评审时也可以按业务线分批次听,提高效率(听一早上不care的需求,真到评自己需求时其实还是发散状态的)。

    作者回复: 你说得对,在正文最后,我也在说,团队规模不宜过大。

    2019-02-24
    2
  • 以终为始,开会是搁置分歧并执行共识,路径上就选择有效率的方式,当大家对开会只是应付而不再抱有期望是非常糟糕的。往往组织者希望营造一种民主氛围让大家能参与讨论,而现实是大多人闷头不吱声,然后组织者郁闷,并进而会在提高大家参与度上花时间,变着法子活跃会议气氛,南辕北辙~~
    之前看到文章说刘强东开会谁要是质疑就会担着被炒的风险,我觉得要是涉及多部门协调推进的话,不妨就下命令吧,只要不蛮干,可以先分头民主,再集中传达就这么干了!会议的召集人其实是有好处的,可以安排议程,可以夹私货,至于能否把控现场到时见招拆招嘛,有时候主动权的驱使更让你值得一试!
    还有个题外话也请教老师:碰到一情况,在面对面沟通时有人跟你说的和他跟其它部门hr说的不一样,如果HR不跟我互通信息就会造成我的误判,可能是什么原因?我又能做些什么消除某些无形障碍?求个指点吧😄

    作者回复: 你说得很对,讲怎么开会是手段,目标实际上是沟通。这也是我把少开会做成建议的原因,我并不想教大家怎么在不好的东西上叠加,虽然我也有一些小技巧。

    关于你最后的问题,我们只要坚持透明沟通就可以了,如果说得不一样,就先沟通清楚了,别急着承诺什么。先说清楚,让大家的理解一致,比事后翻旧账好得多。

    2019-02-23
    2
  • 彩色的沙漠
    项目需求评审会该怎么开,往往产品经理没讲多少就会被打断,说这里那里的问题,一讨论时间过去了

    作者回复: 这是项目经理应该考虑的问题,文章中说了,讨论会效率就会低,解决方案是先找相关人去提评审意见,而不是等到会上。

    2019-02-22
    2
  • 很多会往往是因为谁也不想拍板做决策,没人愿意主动与各方沟通决策,只好开会一起沟通,实际开会的效率也很低。这主要是团队leader或项目owner不够尽职。

    作者回复: 如果他们就是不专业,怎么办呢?

    2019-04-20
    1
  • ZackZzzzzz
    Amazon的开会方式真的是很值得借鉴,一般会议的邀请里面就会带着会议内容的文档,尤其是项目设计的会议,如果没有读过文档就去开会,很有可能被请出会议去....

    作者回复: 多谢分享!

    2019-02-27
    1
  • L
    站会的关键点是确认进度,定位问题,找到问题沟通人,而具体解决方案不要放到站会上去

    作者回复: 不是定位问题,是提出问题。

    2019-02-24
    1
  • it-spurs
    目前公司每天都站会,比较高效,我也组织过多次站会,现在即将成为项目经理,希望未来和队友一起高效开会,高效工作,减少加班。谢谢老师的专栏,每一集都有共鸣和成长。

    作者回复: 希望行业中可以多一些懂得基本道理的负责人

    2019-02-22
    1
  • nicklim
    上司总是喜欢就召开会议,不出席,他就黑脸。有什么好方法吗?

    作者回复: 以终为始模块的答疑,先考虑如何管理上级。

    2019-02-22
    1
  • 极客不落🐒
    1.沟通的指导原则之一就是在同步沟通的时候(比如开会),人越少越好。而在异步沟通的时候(比如E-mail),涉及的听众越多越好。

    2.关于开会分享下我们正在摸索的:
    (1)每个会开始前,会议发起人在石墨文档上以“会议记录”模版(我们持续形成自己的模版)新建一个纪要:说明议程、及讨论内容等前提内容并提前告知与会人员。会议过程中在同一个石墨文档上做纪要,保证纪要可以收集全所有的笔记和行动计划。如果是关联会议,则使用上次相关的石墨文档进行追加内容(保持事件连贯性、完整性)。
    (2)半小时的会议设置为 25 分钟,一小时的会议设置成 50 分钟,留有冗余量应付需要换地方等临时情况,保证所有的会议不会有迟到的现象。

    作者回复: 很好的尝试!

    2019-02-22
    1
  • 丁丁历险记
    我就是经常打岔的那个。
    目标很简单,让产品少乱折腾。
    2019-11-12
  • 春之绿野
    以前的组开会争执特别多,每次在一个问题上花大量的时间拉锯,挺烦的,现在的组呢,会特别少,连grooming 都没有,每次任务估时都是拍脑袋给,也很烦
    2019-08-24
  • kevin
    直接沟通确认方案或结论,开会时同步各方结论,效率更高
    2019-04-10
  • 苦行僧
    当面沟通变成不假思索 事事面面方面沟通 不停被中断

    作者回复: 自己没目标就容易让人带着走。

    2019-03-12
  • pyhhou
    感觉老板召开集体会议听每个人的情况最耗时,对其他人的业务不太熟悉,其他人提问题的时候,我这边完全不知道发生了什么,但是老板召开的会议又不好意思不去,去了又没啥可说的东西也是尴尬~

    作者回复: 以终为始答疑,管理上级了解一下。

    2019-03-07
收起评论
17
返回
顶部