一天扔一本书：《用户故事与敏捷方法》
2016年6月，我买了这本书，当时想学敏捷项目是怎么运作的。
十年过去，书里那些纸质卡片、墙上便签的操作，已经不是我现在的工作方式了。AI时代，很多事有了新的实现手段，再把它当操作手册用，没有太大必要。
所以这本书，我决定扔了。
不过在扔之前，我想把藏在那些过时操作背后的三句话留下来。
第一句：故事是用来对话的，不是用来写文档的
前几年，我遇到一个催收公司的客户。银行把坏账打折卖给他们，收回多少，他们赚多少。老板发现欠钱的人死活不还，就让IT部门解决。IT部门吭哧吭哧做了一个月，做出一个应用，我私下给它起名叫“还了么”。
上线以后，没人用。
老板跑来问我：为什么用户不用我们的APP？
我反问他：您觉得用户不还钱，是因为没有趁手的APP吗？
IT部门理所当然地认为，痛点是“还款不够便捷”。我猜他们没有真正去跟业务方、跟欠款的人聊过。真实的原因可能是确实没钱，可能是拖着不想面对，唯独不太可能是缺一个工具。
AI一秒钟就能给你生成几百页看着很完整的需求文档，但它没法替你走到用户面前，问那一句：你真正担心的是什么？
卡片只是占位符。真正的需求，长在人和人的对话里。
第二句：切分，是为了降低认知的复杂度
很多人把“切分”当成管理上的指标。其实它更朴素：一件事太大，脑子装不下，就切成装得下的小块。
这在AI身上尤其明显。你扔给它一个宏大又模糊的目标，比如“帮我做个爆款电商平台”，它多半会开始一本正经地胡说。换成一个很小的任务：用户登录后，能看到自己的订单列表。它就做得又快又对。
目标一大，AI和人一样，都会乱。把大问题切成小的、独立的、能交付的任务，才有机会稳稳往前走。
切分本身不带价值判断。它让复杂的事变得可做，也可能让做事的人看不见整体。这一点，我用得越多，越想提醒自己。
第三句：没有验收标准的故事，没法收尾
测试驱动开发（TDD）想提醒的是：别等做完了，才开始想怎么判断做对没有。
到了 AI 时代，这个理念自然进化成了“规格驱动开发”（SDD）。也就是在让 AI 动手写哪怕一行代码之前，先把规则、边界和验收标准（AC）写得清清楚楚。
人设想未来的时候，总是有点天真，以为只要有个好方法，照着做，就会一路走到成功。很少去想，成功到底需要什么条件，哪些在自己手里，哪些要看运气。
AI也一样。它很会顺着你的思路自圆其说，给你一个看着完美的答案。这时候，验收标准就是拦住它的最后一道护栏。
让AI写代码之前，先把“完成”写清楚。验收标准可以用 Given/When/Then 这样的格式来写：给定什么前提，发生什么操作，应该看到什么结果。写清楚了，过程再魔幻，至少知道该拿什么来判断有没有跑偏。
最后，书我扔了。
“作为某某角色，我想要某某功能，以便获得某某价值”，这个句式，可能不会再出现在我的提示词里，但会留在我的思维方式里。
对话，切分，验收。
这三个词留着。
扔书档案：《用户故事与敏捷方法》
书名：《用户故事与敏捷方法》
购买时间：2016年6月2日
购买原因：想学习敏捷项目的运作模式
阅读过程：
第1章：建立"对话优先"的认知
第6章：掌握"验收先行"的护栏
第7章：练"切分"的手感
第2章和第10章：当作补充材料，其余跳过
最终去向：弃读，扔扔书系列
- 一天扔一本书，留下三句话
- 一天扔一本书：《用户故事与敏捷方法》