识别项目失控信号
你将学会什么
Section titled “你将学会什么”- 说出四个常见的项目失控信号
- 在“继续加功能”和“停下来整理”之间做出正确选择
- 把当前版本整理成最小可交付成果
学生项目里常见的几个失控信号其实很早就会出现。如果你遇到以下情况，通常说明需要先停下来整理，而不是继续加功能：
- 你已经加了三个以上“以后可能会用”的功能
- 你无法用一句话说明当前版本的核心价值
- 你的 README 已经一周没更新
- 每次演示前都要临时修复 bug
遇到这些情况时，更有效的做法不是继续开发，而是把当前版本整理成一版最小可交付成果，然后再决定要不要继续扩展。整理的标准是：核心路径完整、能正常运行、说明文档与代码一致。先保住一个拿得出手的版本，再谈下一步。
先自己回答，再看答案：
- “加了三个以上以后可能用到的功能”说明了什么？
- 失控时更有效的做法是什么？
- “最小可交付成果”的整理标准有哪些？
参考答案
- 项目边界正在模糊，功能堆叠已经开始影响核心价值。
- 先停下来整理成一版最小可交付成果，而不是继续加功能。
- 核心路径完整、能正常运行、说明文档与代码一致。
- 四个信号：功能堆叠、说不清价值、文档滞后、演示前修 bug
- 失控时先整理最小可交付成果，再决定是否扩展
- 保底策略：先有一个拿得出手的版本