第六章

理解构建目标

如果团队成员想要交付有价值的软件，需要更进一步去理解用户和业务的利益，用户故事能够帮助他们做到这一点。用户故事是支撑着敏捷团队所有工作的基础，它们是计划、开发和测试的依据。

我们发现，转向用户故事总是让团队觉得很纠结，因为他们把用户故事当作需求文档，不问任何问题，只是被动地接受。他们错过了机会，用户故事的整个要义就在于问问题，这样才能更好地理解用户需求，并找到拆解需求的方法。

本章中，我们将探究如何将用户故事介绍给团队，如何避开常见的陷阱。

6.1  用户故事的生命周期

让我们借助于蝴蝶的生命周期，通过比较来排演用户故事的生命周期。

用户故事从一个想法开始，好比一枚卵。想法就像毛毛虫一样，在交谈中成长并最终孵化成形。交谈汇聚形成具体的测试用例，和形成蝶蛹的过程很像。软件需要完成的事情都包含在这些测试用例中，而这些故事测试则构成了软件形状。最终，可工作软件就像是一只漂亮的蝴蝶，逐渐演化成形。待到软件产生出用户反馈和新想法之后，这个周期就形成了完整的循环。在大多数情况下，敏捷团队在这个生命周期的每一个不同阶段都有故事。

帮助团队理解一点：通过不断和客户交谈，用户故事会随着时间从一种工件演变为另一种。如果他们试图过早冻结需求，就会失去用户故事的优势。鼓励团队提出质疑，以此来加深他们对功能的理解。

Ron Jeffries用3C来概括用户故事关键的三大方面[Jef]：

l  Card(卡片)：把故事写在索引卡上，引导小组进行交谈

l  Conversation(交谈)：问问题，找出拆分故事的方法

l  Confirmation(确认)：确定用于评估故事是否已完成的测试

把这个“3C咒语”(“卡片、交谈、确认”)介绍给团队，帮助他们记住所有三个元素。