Shape Up 短评

热门 最新
  • 2 奥托 2020-02-17 10:27:50

    可操作性很强的一本 pm 小书。虽然方法论本质上也还是一种敏捷,但是从全书读下来可以感觉到,作者真的很会宣传。用对了词和说对了话,有时候比做对了事情重要。 全书最喜欢的是在 Work is like a hill 提到的 uphill phase 和 down phase:uphill phase 做的是 initializing 和 planning,而 downhill phase 应该是 executing。这是一个很概括很轻量又非常实用的可视化,很有趣。

  • 1 Creasy 2021-09-03 14:27:34

    The author is an ass... the book is good though, especially its first half

  • 4 Dave 2021-02-28 17:08:51

    非常有收获,特别是“塑造”和“建造”双轨道的团队工作制,即贴合“规划”和“执行”的两个工作环节,又符合“三思而后行”的做事方法。在看了两遍之后我将本书的笔记归纳整理出来分享给大家,链接:https://www.notion.so/Shape-Up-b588cd70d04347e09320173be5f13926

  • 1 边文博 2020-02-23 17:37:25

    逻辑与设计分离:breadboarding and fat marker sketches,工作进展:hill 山丘模型。适用于个人以及小团队的简明产品开发手册。37signals 四部曲之四,至此2020。

  • 1 我啃晴天 2020-02-16 15:35:20

    Totally change my life.

  • 0 KongZScott 2022-05-24 00:56:11

    里面的一些图解很有启发意义。更合理的工作流程。

  • 0 XDash 2022-06-04 16:19:42

    老生常谈,几个案例看看就行了

  • 0 罗伊没挥发好 2024-03-19 19:10:05 北京

    初级产品/项目管理读物。基本包含了从product idea到ship to production的所有环节,按照basecamp公司本身的习惯。无论是从appetite(6周vs sprint的2周)到hillchart(tackle the progress when in production)都是bc独有的开发模式“Shape-up”

  • 0 Fity 2022-06-21 01:22:09

    快速扫了一遍中文版,英文版后面再读

  • 0 子珂 2022-09-15 22:01:53 湖南

    详细记录了Basecamp的产品研发流程/方法论。适用性非常有限(低节奏迭代的toB产品,完全不适合2C快速增长;团队构成设计师+全栈工程师为主,和大部分团队构成不同),但价值在于提供了一系列概念(shape -> bet -> build), hill chart, cool down, appetite ... 拿来改进自身会很有用;而且也提供了很多完整的例子供参考;更可贵的是,作为全远程/少开会的公司,这套流程是通的,对大部分远程团队会有所启发

  • 0 安德鲁 2022-07-19 18:07:01

    对效率(专注)、管理(信任)、价值(下注、周期)的一种科学思路、探索和方法

  • 0 34弄6号 2022-06-26 23:54:54

    也做b端 saas的,basecamp提到的很多做产品的方法我是认同的,而且部分是我们已经在实践的

  • 0 X 2023-12-06 10:02:47 安徽

    Basecamp user manual

  • 0 掌星 2023-10-11 02:13:11 上海

    补 2023.10.11

  • 0 yathought 2024-04-18 21:47:48 新加坡

    只适合慢节奏的相对简单的产品。但是很适合理解一些理念并应用。

  • 0 achowes 2024-04-19 07:39:05 上海

    一本挺有意思的短文,讲的是项目经理视角如何规划项目的。 它把想法的产生到产品的交付划分为三阶段,shaping-betting-building。 shaping阶段主要做的是将抽象的念头落地为可行的方案。这里的可行不止指技术上,也是在规定的时间(六周)内。为了达成此目的,需要谨慎的划分边界,寻找其中的风险点,适时说不。 betting阶段需要在多个shaping产生的方案里进行选择,在有限的人力资源中押注高回报的项目。 building是执行,产品,设计,工程师真正开始着手了解项目上下文、调研上下文、具体设计。如何划分scope,按scope进行可视化的交互是避免延期的好方法。 本书的启发不仅限于软件项目,也解释了一些生活原则,比如做难的事情,有“等一下看看”的耐心,对于请求一般先说不。

  • 0 feiandxs 2021-08-06 12:52:38

    关于how to a thing,不算是how to do things better. 但还是很有用。

  • 0 bearzk 2022-04-03 05:17:44

    我最喜欢 Appetite over estimate

  • 1 mzy11mzy 2021-03-08 13:10:47

    初读本书给我的震撼不亚于第一次接触敏捷开发。不过要注意本书侧重于解决的是把产品做成的问题而不是把产品做好的问题。从团队初步实践后的经验来看,本书的方法更适合中小团队内部驱动的项目。time box, pitch, design not ahead 等思想对于面向客户或者追求品质的项目还是存在一定的局限性

<< 首页 < 前页 后页 >