用户故事是敏捷开发里写产品功能的小段落，比如“让用户能手机下单”。每个故事要简单，团队用它讨论功能，不用复杂文档。故事得有角色、功能和好处，比如“张三能手机看订单”，这样大家知道谁负责做什么。开发完一个故事就验收，不用等全部做完才检查。

为什么这么设计呢？因为敏捷开发强调快速试错，用户故事就像小积木，方便团队随时调整。有报告说，用用户故事的团队需求变更减少25%，开发效率提高30%。比如之前写厚文档，现在每天开站会轮流讲故事，发现“手机下单”需要支付接口时，立刻补充新故事“支付成功发短信提醒”。这样避免做无用功，就像搭积木发现腿不够，马上换长一点的。数据来自某大前年敏捷实践调查，500个团队里78%用用户故事，比传统文档组少出40%返工。