PD · FW · 626
Shape Up开发法
Shape Up · shape-up--jason-fried
所属簇 愿景传达、战略文档与规划节奏
解决什么问题
软件开发中项目周期无限拉长、长期目标难以实现、团队陷入无休止的会议和决策停滞,以及员工被困在漫长且令人沮丧的项目中。
核心内容
Shape Up 是 37signals 使用的软件开发方法论,核心规则如下:
- Appetite 替代 Estimate:不评估"需要多长时间",而是设定"愿意花多长时间"(即预算)。单个功能的最大 appetite 为 6 周。
- 2人团队:每个功能由 1 名设计师和 1 名程序员组队完成,最多 6 周交付。
- Hill Charts(山形图):将项目进度视觉化为爬山。左侧(上坡)代表仍在探索解决方案、解决未知问题;右侧(下坡)代表方案已定,属于纯执行阶段。
- Cooldown(冷却期):6 周周期后安排 2 周冷却期。团队可在此期间自由修 bug、处理未排期的小事或休整,同时管理层进行下一周期的 Shaping(塑形)。
- Shaping(预先塑形):在团队开工前,高层先定义好问题的轮廓和基本思路,但不制定具体的任务清单,留给团队自主决定如何实现。
- 按时截止与放弃:如果 6 周时间到了,项目仍在"上坡"阶段(未解决核心难点),则直接砍掉该项目;如果已到"下坡"阶段且只需额外两三天,则可宽限完成。
适用边界
适用于小团队或大公司中相对独立的团队。不适用于需要向销售/市场做出明确交付承诺的业务(作者建议尽量不做承诺)。引入该方法时切忌在核心且高风险的项目上立刻全盘推行,应先在低关键性项目上试错磨合。
关键引述 · 原话
"An estimate is like how long do we think it's going to take?... We instead have appetites. And our appetite for any individual feature is no more than six weeks." (Jason Fried)
关联卡片
- 同源多版本:`shape-up-method--ryan-singer.md`(同一概念的不同来源版本,互为补充) 与传统的 Scrum/Sprint 方法论相对立,作者认为 "Sprint" 意味着冲刺且会耗尽精力,而 Shape Up 强调可持续的 Cycles(周期)。
被这些卡引用
出处:Jason Fried · 03-podcasts/jason-fried.md
提炼自 Lenny Rachitsky 的 Lenny’s Newsletter & Podcast(2019–2026)。本站为个人学习用途的二次创作,与 Lenny’s Newsletter 无官方关联。
provenance · 已核验 · glm-5.2
提炼自 Lenny Rachitsky 的 Lenny’s Newsletter & Podcast(2019–2026)。本站为个人学习用途的二次创作,与 Lenny’s Newsletter 无官方关联。
provenance · 已核验 · glm-5.2