用范围、优先级和当前阶段控制需求蔓延

一句话提醒

需求边界既要说清这次解决到哪里，也要说清当前不解决什么；它不是否定价值，而是保护核心问题先被解决。

为什么今天看它

• 需求很容易在‘顺手做一下’中不断膨胀；把当前范围和暂不处理项写清，才能让团队围绕核心问题收敛。

留一个问题

这次需求要解决到哪里？哪些内容虽然有价值，但基于当前阶段、资源和核心问题，明确暂时不做？

参考思路

1. 1.先明确这次真正要解决的核心问题和目标结果。
2. 2.写出当前版本必须覆盖的最小范围，避免从功能名词直接扩张成系统。
3. 3.把下载、编辑、分类、协同等扩展项列为明确的暂不解决内容。
4. 4.检查每个新增想法是否服务当前目标，拒绝以‘顺手做一下’进入范围。
5. 5.根据真实使用反馈和阶段变化，按版本逐步重新打开边界。

03_知识库/问题/什么是需求边界，为什么边界不清需求就会失控.md