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

19 | 如何用最小的代价做产品?

郑晔 2019-02-11
前面我们讲了开发任务的分解和需求管理的分解,这些都是针对“已经确定好要做的事情”的分解策略,今天我们再上一个台阶,聊聊面对那些不确定的产品功能该如何分解。
产品经理的想法层出不穷,但是,如果我们一味闷着头实现产品经理的想法,无论你有多大的开发团队都是不够用的。我们要学会用最小的代价做产品。
谈到产品这个话题,在“精益创业:产品经理不靠谱,你该怎么办?”这篇文章中,我给你分享了精益创业的理念,任何的想法都要放到真实世界中检验。
我们的直觉当然是把所有的东西都实现了再去检验,但是世界不会停下来等着我们。事实也一次又一次教育我们,“憋大招”的瀑布式软件开发已经成为不合时宜的“老古董”。那我们的理想怎么实现呢?唯有分解。
我们前面提到,精益创业就是通过不断地尝试在真实世界中验证产品想法,其中一个重要的实践是最小可行产品(Minimum Viable Product,MVP),我们这次就把这个实践展开讨论一下。
什么叫最小可行产品?就是“刚刚好”满足客户需求的产品。客户需求好理解,怎么算“刚刚好”呢?其中的关键在于理解“最小”和“可行”。

最小的代价

先说“最小”。这里的“最小”,指的是最小的代价。怎么叫最小的代价,就是能不做的事情就不做,能简化的事情就简化。
取消
完成
0/1000字
划线
笔记
复制
© 版权归极客邦科技所有,未经许可不得传播售卖。 页面已增加防盗追踪,如有侵权极客邦将依法追究其法律责任。
该试读文章来自付费专栏《10x程序员工作法》,如需阅读全部文章,
请订阅文章所属专栏。
立即订阅
登录 后留言

精选留言(16)

  • 这篇可以说是精益创业的姊妹篇,现在在做的项目也基本是按照MVP的思路来做的,只是任务分解方面还不够细,有点贪全~~
    总的来说,小步快跑。先弄清客户想要什么,整理后再用自己的语言复述一遍,后面拿着原型+业务交互给客户确认,同时把自己的设计理念植入进去和客户探讨,有些点对方之前也没有想清楚,尤其是实现方面需要专业的软件意见去参考,而我们再从探讨中更新自己的认知,如此往复几次,大方向上就不会有偏差,后面在实施过程中再局部调整。个人认为尤其是对于不确定性很高或者从零开始的工作,这是个可操作的方式,也希望能从大家的分享中获得灵感!

    作者回复: 你理解了!

    2019-02-11
    1
    9
  • Ryoma
    之前做了一个类似TodoList的项目,有个功能是“历史任务”。
    当时由于时间紧急,与产品经理商量,在第一版上线时,其实并没有上线“历史任务”这个功能——因为历史任务的定义是一个月之前的任务。
    在接下来的版本中再实现“历史任务”这个功能,与老师处理问题的思路如出一辙。

    作者回复: 多谢分享!

    2019-02-17
    6
  • 西西弗与卡夫卡
    补充一个和MVP有关的话题。前阵子有个关于产品技术的段子,讲的是技术问产品,开发某个功能预计会有多少人用;而产品说,不上线不知道会有多少人用。其实产品要有一种意识,即开发程序是代价高昂的解决方案,特别是开发某个不确定的特性。所以他需要花许多力气琢磨,找出方案的关键点,构建MVP去验证,而不是先做一个完整的产品方案让开发去完成。虽然这会导致产品经理多做很多工作,但对于团队来说整体代价反而是小的。更进一步说,产品经理的职责本来就是找到最经济有效的解决方案,而不是画一个原型让开发去完成

    作者回复: 糊涂的产品经理到处都是,程序员不反抗,他们就意识不到自己的糊涂。

    2019-02-11
    5
  • 陈斯佳
    最小可行性产品 也就是用最小的代价去找到一条给用户完整体验的路径,这种完整不是指模块做得有多完整,而是这条路径,用户的体验是否通畅。
    2019-05-22
    1
  • 246小言
    总结如下:1.MVP的核心是最小可行产品。是指团队在Deadline前推出一个客户最小可行的产品。

    作者回复: MVP 就是最小可行产品,Deadline 是形式,MVP 是内核。

    2019-03-24
    1
  • geoxs
    公司比较老,并且是to b的那种,目前对于新项目主要还是瀑布式的开发一个基线,后续再迭代。看了本文受益匪浅。不过有一个问题:像文中举的p2p的例子,这样开发会不会风险太大?利益与风险的权衡是由老板做决定吗?谢谢

    作者回复: 好问题,当时老板给的要求是尽快上线,这是我们找到的一条通往目标的路径,而且我们给出了一个合理的推理,老板并不反对。

    所谓风险是不确定的,当你看到一个几乎是确定的路径,你就不会那么担心了。很多团队是用胆子大来做事,这才是风险很大的。

    2019-02-12
    1
  • 丁丁历险记
    如果全篇就记住一句话。那么就是开发的成本很高很高,不要烂用。
    2019-11-12
  • Henry
    文章说,得益于原型工具的快速发展,我们用一个原型工具做出了相对完整的...
    这样的原形工具是指什么啊?有推荐的吗
    2019-10-14
  • 马男
    举例太精辟了
    2019-07-23
  • 刘冲
    如果做的产品是面向大众的怎么办,不同客户理解和需求不一样,怎么做这个需求呢

    作者回复: 前行到26

    2019-06-27
  • 郑大大的粉丝
    嗯……郑大大每当你讲到需求管理时候,我总是没那么满意😄😄😄
    2019-05-09
  • 郑大大的粉丝
    我们第一期还做了提前还款!
    用户不可能一个月还款,但是能提前还款呀哈哈哈哈哈哈
    2019-05-09
    1
  • enjoylearning
    好多互联网公司都是做的创新型产品,不断去尝试新想法,to B还好说,to c恐怕无最终实现还是不好说,此时就因该如作者举的最后例子,寻找用户立即使用的和一个月后才会用的去排档期。

    作者回复: 越是 to C 这种不确定性的产品,越要在前期多试。

    2019-03-29
  • 有渔@蔡
    学得很受用,不愧是thoughtwork出来的。
    2019-03-28
  • 行者
    原来还可以这样。谢谢老师分享
    2019-03-24
  • 彩色的沙漠
    MVP最小可行的产品,之前对"最小"理解成了功能最小,原来是"最小代价"。

    作者回复: 道理挺简单,就怕走错路。

    2019-02-13
收起评论
16
返回
顶部