10x程序员工作法
郑晔
火币网首席架构师,前ThoughtWorks首席咨询师 ,TGO鲲鹏会会员
立即订阅
7943 人已学习
课程目录
已完结 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程序员工作法
登录|注册

26 | 作为程序员,你也应该聆听用户声音

郑晔 2019-03-04
在前面的专栏内容中,我们讨论过几次与产品经理的交流:你应该问问产品经理为什么要做这个产品特性,要用 MVP(最小可行产品)的角度,衡量当前做的产品特性是不是一个好的选择。
但还有一个问题可能困扰着我们:怎么判断产品经理说的产品特性是不是用户真的需要的呢?
很多时候,产品经理让你实现一个产品特性,你感觉这么做好像不太对,却又说不出哪不对,想提出自己的看法,却不知道从哪下手。之所以会遇到这样的问题,一个重要的原因就是,你少了一个维度:用户视角,你需要来自真实世界的反馈。

吃自家的狗粮

产品经理无论要做什么,他都必须有一个立足的根基:为用户服务。所以,如果你了解了用户怎么想,你就有资本判断产品经理给出的需求,是否真的是用户需要的了。
而作为一个程序员,欠缺用户视角,在与产品经理的交流中,你是不可能有机会的,因为他很容易用一句话就把你打败:“这就是用户需求。”
很多程序员只希望安安静静地写好代码,但事实上,对于大多数人来说,安安静静是不太可能写好代码的,只有不断扩大自己的工作范围,才可能对准“靶子”。
今天我们讨论的角度,就是要你把工作范围扩大,由听产品经理的话,扩大成倾听用户的声音。
作为程序员,你应该听说过一个说法“Eat your own dog food”(吃自家的狗粮)。这个说法有几个不同的来源,都是说卖狗粮的公司真的用了自家的狗粮。
取消
完成
0/1000字
划线
笔记
复制
© 版权归极客邦科技所有,未经许可不得传播售卖。 页面已增加防盗追踪,如有侵权极客邦将依法追究其法律责任。
该试读文章来自付费专栏《10x程序员工作法》,如需阅读全部文章,
请订阅文章所属专栏。
立即订阅
登录 后留言

精选留言(8)

  • 西西弗与卡夫卡
    最近在做内部信息系统,昨天正好提到贴近用户这个话题,原话有些低俗。内部产品在设计和开发过程常常不如C端产品受大家重视,反正不管怎样都要用。看似团队不用像C端产品那样操心,需要别人捏着鼻子才能使用产品的结果就是成绩不容易被别人看到,问题容易被人挑刺,最后造成团队成就感低,以此恶性循环。痛定思痛,团队准备转换思路,用互联网C端用户理念重新审视内部系统,同样要明确目标,制定指标,更重要的是不光只是问需求,还需要到相关位置上轮岗,亲身体会用户的痛苦

    作者回复: 坐在办公室里,很难做好软件。走出去,才会听到真实声音。

    2019-03-04
    3
  • 陈斯佳
    这篇文章对我来说非常有启发,虽然我不是纯程序员,我的本职工作是做运维的,但是我一直认为,运维这个岗位所面对的用户是两类,一类是程序员,还有一类就是QA测试。以今天这章讲解的内容为指导,之后我会调整我自己的工作方式和内容,去多接近我的程序员和测试,多去尝试他们的工作场景,比如说,使用他们正在使用的IDE来编写代码,提交代码,走整个发布流程。通过这种方式来看看其中有哪些是可以提高的。感谢老师!
    2019-06-01
    2
  • 丁丁历险记
    让听见炮火声的人去做决定。
    2019-11-16
    1
  • kevin
    跳出程序的思维框架,多走出去看看,扩大自己的上下文
    2019-04-10
    1
  • 走近用户好处多多,前期能得到第一手资料,中间多接触能及时校正方向,后面可以深化业务认知(有些领域不是一两个项目就能撑起自己的知识体系)同时兼顾关系维护。反之则大概率陷入被动,不得不妥协随波逐流。暂且不说和产品团队之间,开发内部自己就先掐起来了,前东家里就很容易碰到屈从内部压力而最后客户又不买账的情况,结果辛辛苦苦做出来的又推倒重来,贼郁闷~ 现在为防止此类问题出现,会及时引入用户做裁判,大家都别争了,客户关切已经出来了,愿赌服输吧😂

    作者回复: 专业的产品不好找,走近用户,防止被坑。

    2019-03-05
    1
  • David Mao
    我做了好多年的软件测试,前几年和销售一起去谈客户,才深深地体会到客户声音的重要性。客户关注的才是真需求,产品经理和开发想出来的很多是伪需求,很多不是客户想要的功能。

    作者回复: 经验越丰富,越能体会到走近用户的重要性。

    2019-03-05
    1
  • 陈斯佳
    佩服马化腾一秒钟变小白的能力。如果我们都能一秒钟变成自己的客户,这个世界将变成美好的人间
    2019-08-16
  • UnivTime
    1. 这是篇好文章,提醒了日常工作中重要却不被怎么提起的事项;
    2. 开发自己使用不到的产品时最大的阻碍是,有些概念不理解,逻辑不太清楚,没有全局观,没法转换成编码语言;

    作者回复: 鸡同鸭讲,是很多团队的硬伤。

    2019-03-04
收起评论
8
返回
顶部