小团队的产品研发流程
阅读建议
- 先看视频 Shaping in a Nutshell. ytb h_8M23wVjXk
- 再读书 (大概3天可以读完) https://basecamp.com/shapeup
- 再看作者的blog，会有一些更新的内容 https://feltpresence.com 估计以后还会有更新、改进后的视频课程，不过目前没出
1. 关键点
最有价值的是提供了一系列的概念，更好地描述研发过程
(1) appetite vs. estimate
比起估算一个功能需要开发的时间，更好的是想这个功能值得花多少时间去做 (e.g. 1w, 2w, 6w..)。因为功能细节通常是抠不完的，总需要取舍和设定边界。因此更关注价值和投入
(2) framing -> shaping -> betting -> building
- framing: 类似于常见的BRD. 主要是把收到的反馈转化成具体的问题，并确定业务价值、值不值得做. 输出的是"Pitch".
- shaping: 类似于常见的PRD. 由资深的人员来写，确定最主要的功能框架、方向、边界条件（什么不做）. 图写得很粗略（breadboard + fat marker sketches），用来减少限制发挥.
- betting: 根据shaping产出的文档，确定哪些功能进入正式开发（由团队管理层确定；在Basecamp大概是2个月1次，CEO + CTO决策，每次2h解决.）
(3) hillchart
实际开发分成两个阶段，上山（确定要做哪些）和下山（实际执行）. 当考虑研发进度时，按这个方式汇报、分析会更有效。
(4) explicit trade-offs
shape-up的另一大特点是把流程摆清楚，因此各类trade-off都放到面上了
- 所有需求都按这个流程来，工作有条不紊，没有紧急需求、打断工作
- 怎么处理不确定性，并且保证团队可以交付高质量的工作？让团队可以去own这个项目，而不是直接派发细分后的任务
- 把预期愿意花的资源、方向都讨论过 (appetite + shape)，再交给团队开发，因此对优先级、质量都有了相对标准。执行团队不会轻易接到锅，也更容易交付好的产品
- 怎么解决不确定性特别高、价值很高的项目？CEO, CTO亲自上，不再交给一线研发. 而且也花更多时间来开发（不再是6w即交付）
我觉得比起对于下游团队，更进步的是把管理层约束起来了
2. 实际例子
(1) 流程
(2) shape 文档
- https://basecamp.com/shapeup-todo-pitch
- https://basecamp.com/shapeup-groups-pitch
3. 如何远程工作
书中说的不多，印象几点
- 文档要求（上述shape文档要求并不高），绝大部分通过异步的阅读、评论来沟通。比如shape相关的文档，CEO平时抽时间读、评论，最后Betting会议上决策，不需要再walk through了
- 团队整体水平高，管理层也有明确的trade-off, 因此可以交付出好的东西
4. 总结
总的来说， 是一套BRD → PRD的流程 (其中PRD更侧重确认框架和方向，不考虑细节)，核心是如何处理软件开发中的”不确定性“，并进行适当的管理。因为要开发的功能总可能有意料之外的细节、很多事情也可能是没做过的。和我自己的工作习惯接近。是Basecamp (10-50人团队) 的工作流程
局限
- 低节奏迭代的toB产品，不适合2C快速增长的产品. 6w等待时间太久
- Basecamp团队构成以设计师+全栈工程师为主（每个项目都有1个设计师+1/2个全栈），和大部分团队构成不同；而且是互相信任、合作很久的团队
- 只适合偏传统的应用软件开发；对不确定性很高/复杂度很高的项目可能不合适。比如细分教育、金融，或者涉及算法之类...
另外，按结果论，Basecamp的产品Hey的开发时间、最终结果也都一般. 所以这本书也称不上"圣经"。但确实有一些闪光之处，而且有丰富的例子、非常详尽的过程描述，对缺乏经验的小团队是很好的参考。而且Basecamp还是全远程的，能跑通对于大部分远程团队也很有价值了。
我关于产品研发流程的看法
实际上，只要分成了BRD -> PRD，研发流程就不会特别差
关注团队层面的事（如何划分优先级、做产品决策、不同团队如何合作产出好的东西），也比具体的技巧更重要；不过如果在比较差的环境，确实值得学习这些技巧，为换工作做准备
此外
- 市面上绝大部分的方法论者，并没有做出过特别优秀的产品（大部分都是敏捷教练）
- 大部分团队，很难改变既有流程（通常是团队自身的特性让他们选择了相应的流程，而不是采用了某个流程，产出了好结果；”google和百度都用OKR，结果是不同的“）
- 对于传统领域的软件开发，shape-up流程有些雕花了，执行层面上有些想得过多。国内大部分团队的执行力应该是远超他们的.
最后，我觉得这本书最好的是
- 提供了一些好的概念（appetite, shaping, betting），去更好理解产品研发过程
- 管理层explicit trade-off（明确重要性/资源投入/优先级；对员工投入时间的不打扰），对提高效率有很大帮助
附、其他公司文档（1-pager, BRD, PRD）
