项目规划助手

估算驱动开发的陷阱

很多团队的项目管理流程卡在「估算」上。需求评审会上，工程师被追问「这个功能要做多久」，三周还是一个月？答案往往是拍脑袋的数字。估算一旦写进排期表，就变成了事实上的承诺：后续范围蔓延时没人愿意重新谈，赶不上进度就加班，砍需求变成政治博弈。Basecamp 在多年实践中总结出的 Shape Up 方法，直接绕开了这个死结。

技能如何工作

这个技能将 Shape Up 方法论沉淀为可执行的代理行为，覆盖完整周期：塑造 → 下注 → 构建 → 冷却。

• Pitch 结构：每项工作先写一份提案，包含五个固定组件：problem（问题）、appetite（胃口，即愿意花多少时间而非需要多长时间）、solution（方案）、rabbit holes（兔子洞，即可能陷入的未知）、no-gos（明确不做的）。
• 食欲替代估算：不再问「要多久」，而是问「这件事值不值得花六周」。团队凭胃口做取舍，而不是被估算绑架。
• 范围蔓延协议：开发过程中新增的需求不能悄悄塞进来，必须走 renegotiation 流程重新下注。
• Hill Chart 进度追踪：上坡代表仍在探索未知，不谈完成度；山顶表示方案已解决，进入构建；下坡执行已知方案，可追踪百分比。
• 是否值得塑造的决策框架：问题够具体吗？方案方向不明确吗？规模在一到六周之间吗？需要探索吗？四个条件满足才进入塑造。

配套的参考资料包含完整的六阶段工作流模板、十个真实场景对话和最佳实践案例，便于深入落地。

适用边界

• 该技能不提供时间估算，只会把你的问题引回胃口讨论。习惯要 sprint 承诺的团队需要先转变心态。
• 不接受模糊问题，会强制要求具体化。仍处于早期探索的想法，更适合先用 idea-validator 类技能验证。
• 冷却期不可跳过，这是方法有效性的关键环节。
• 方法论源自 Basecamp 的生产实践，其 1-6 周 的周期假设更适合小而精的团队，大组织推行前需要评估适配成本。