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程序员工作法
登录|注册

答疑解惑 | 如何管理你的上级?

郑晔 2019-01-18
在这个模块里,我围绕着“以终为始”这个原则为你进行了详细地讲解,还给你介绍了应用“以终为始”原则的一些行业最佳实践。
同学们的留言特别踊跃,很多同学表示有收获的同时,也提出了大量的问题,大家比较关心怎样将这些实践在自己的实际工作中落地,部分问题我已经在留言中回复了。在今天的答疑环节中,我挑选了一些非常典型的问题来更详细地回答一下。

问题 1:领导要求的,无力反驳怎么办?

achenbj 同学提到
讲得很好,感觉落地还需努力。我们就是领导给了功能,跟你说下要做啥,就那么做就行。没有了。
Alexdown 同学提到
考虑到地位的不对等以及我的“人设”已经定型了,实施起来有点难度。
这类问题很经典,很多同学留言提到,我就不一一列举了。
在我的职业生涯中,无数次听到不同的人有过同样的抱怨。我最初也觉得这是一个无解的问题,直到后来我读到了一本书。
管理大师彼得·德鲁克有一本经典著作《卓有成效的管理者》,虽然标题上带着管理者几个字,但在我看来,这是一本告诉我们如何工作的书,每个人都可以读一下。
当年我读这本书时,其中的一个观点让我很受震撼:如何管理上级。
取消
完成
0/1000字
划线
笔记
复制
© 版权归极客邦科技所有,未经许可不得传播售卖。 页面已增加防盗追踪,如有侵权极客邦将依法追究其法律责任。
该试读文章来自付费专栏《10x程序员工作法》,如需阅读全部文章,
请订阅文章所属专栏。
立即订阅
登录 后留言

精选留言(13)

  • fireflyc
    “一个简单的方式是,把我专栏的内容发给他,和他一起探讨怎么做是合理的。”
    哈哈哈😄
    2019-01-18
    9
  • kevin
    无脑抄袭和老板让做的已经成为部分产品经理赖以生存的法宝

    作者回复: 你不反抗,他就觉得自己是对的。

    2019-02-28
    3
  • helloworld
    说的问题很普遍,老师的解疑也和自己的做法大致相同,说到心坎里去了

    作者回复: 共勉!

    2019-02-22
    3
  • 每天晒白牙
    遇到过pm说之前他们团队能做,你为什么做不了,这应该是rd最不想听到的,当然这表示自己技术上确实有值得提高的地方,但这样会刺激到rd,当时我就回了句,你们之前的团队能做,你让他们做去吧

    作者回复: 这种做法确实不理想。如果确实是你自己不知道的事情,可以让产品经理联系一下原来的团队,了解更多的细节。

    2019-01-19
    3
  • 九月三秋
    和领导说一下自己的想法,发现不能改变领导的想法,然后就执行了。

    作者回复: 妥协很容易,一步一步在退让。

    2019-01-26
    2
  • Pray
    学习了。发现以前很多问题是我考虑的不够!
    2019-01-18
    1
  • 丁丁历险记
    1 甩锅套路。(当然需要知识底蕴,最好能抢到技术高点,使用技术租。)
    2 老板说的, 打破信息壁障。
    3 产品无脑抄,人家能做到。
      技术能否实现(工程资源悠关),找出更大的上下文。 给出替代变化。

    最后总结,
    技术是王道
    看问题需要有洞见
    逐步建立信任,用套路也要有正向意图。(科学家耍流氓,其本质是解释细节太复杂,到时候自然有作品)
    四 基于香龙第二定律,碰到坑货产品(偷懒,拍脑,智力问题(主要是业务逻辑,交互思维脑回路),早点去掉信息失真的环节,早拿一手资源。
    不要怕战斗,努力是必须的,但绝不做勤奋的背锅侠。
    2019-11-05
  • Henry
    “对上级的服从达到了不健康的程度...” 哈哈哈 我怎么听出话外有音
    2019-09-17
  • enjoylearning
    一起去找老板可能会激化我们与产品经理的矛盾吧,其实这可能是最后一招
    2019-03-28
  • enjoylearning
    一起去找老板可能会激化我们与产品经理的矛盾吧,其实这可能是最后一招

    作者回复: 用专业的态度做事,不是为了政治。

    2019-03-28
  • 虢国技匠
    打卡
    有时候我们不能太弱势,该强硬摆事实讲道理的时候也要适当强硬,展现自己的态度,不能瞻前顾后
    2019-01-20
  • WL
    学习到很多, 谢谢老师.
    2019-01-19
  • 大力
    受益良多!Upper management,这其实无论在IT还是其他行业都是必需的。
    2019-01-18
收起评论
13
返回
顶部