关于 shape-up
一项基于 Shape Up 方法的产品开发技能，帮助产品与工程团队设定时间投入上限，设计可交付的方案，并让团队拥有更大自主权。
主要功能
- 01设定固定时间投入
- 02按约束塑造解决方案
- 03界定可交付的工作范围
- 04支持团队自主决策
适用场景
- 01避免项目持续拖延
- 02替代不可靠的工期估算
- 03促进产品与工程协作
- 04减少会议开销
安装
复制下面的命令，在终端中运行。
$
npx skills add https:/安装后在 Claude Code 中输入/shape-up确认已加载。
详细介绍
领域背景
此技能实现了一套经过验证的产品管理框架。该方法结合了行业领先者的最佳实践，旨在应用于日常 PM 工作。
输入要求
- 有关你的产品、功能或问题的背景信息
- 相关数据、研究或约束（建议提供，但非必需）
- 清晰说明你希望达成的目标
Shape Up
它是什么
Shape Up 是一种产品开发方法论，其核心洞察是：你无法靠估算实现交付，必须通过塑造方案来实现交付。
传统方法会问“这要花多长时间？”，然后努力达到估算的时间。Shape Up 则反其道而行：先决定愿意投入多少时间（投入额度），再塑造出一个能在这一限制内完成的解决方案版本。
这套方法论源自 Basecamp 17 年的开发实践。当时创始团队面临一个不同寻常的限制：他们唯一的工程师（DHH）每周只工作 10 小时。这迫使团队必须极其清晰地明确要构建什么，并严格控制范围，确保每个小时都发挥作用。
关键转变： 从“这项工作的估算是多少？”转向“我们能在愿意投入的时间内，有把握交付它的哪个版本？”
何时使用
在以下情况下使用 Shape Up：
- 避免项目一拖再拖——本应耗时数周的工作却要花上数月
- 摆脱估算陷阱——你厌倦了总是不准确的估算
- 赋予团队真正的自主权——而不只是执行工单
- 减少会议负担——Scrum 仪式占用了你的时间
- 交付有意义的成果——而不只是逐步完成工单
- 让产品与工程保持一致——目前两者之间存在隔阂
- 保持初创公司的速度——在团队规模扩大到 30-50 人之后
何时不使用
- 团队人数不超过 3 人——直接彼此沟通即可
- 没有真正的复杂性
- 无法让工程团队参与方案塑造
- 领导层不支持
- 你们只做纯维护工作
资源
书籍：
- Ryan Singer 所著的 Shape Up（可在 basecamp.com/shapeup 免费阅读）
- Bob Moesta 所著的 Demand-Side Sales 101
延伸阅读
评论
支持 Markdown