怎样才能写好用户故事（一）

作为一个BA，写解决方案（需求规格说明书）是最基本功。系统的每一个功能背后，都有一个用户故事在支撑。用户故事，描述了对用户有价值的功能（卖点），也是我们常说的特性。

那么，一个好的用户故事，应该遵守哪些原则呢？在《Scrum精髓》一书中说到，一个好的用户故事，应该遵守INVEST原则：独立（Independent）、可协商（Negotiable）、有价值（Valuable）、可估算（Estimatable）、小（Small）及可测试（Testable）。

• 独立原则，用户故事应该是独立的，尽量避免与另外的用户故事耦合，减少依赖关系。如果两个或多个用户故事关联在一起，会使得工作量评估，优先级排序、计划安排等变得复杂。当然，独立原则并不是一定要求所有的用户故事都必须独立，需要结合用户场景、IT架构来采取最合适的方案；
• 可协商原则，用户故事的细节是可以协商的，在每个卡片（需求）上，应该清晰的写明哪些业务功能是用户想要的，语言应该精炼简短。在具体的开发中，增加与用户的沟通，协商细节的实现，避免需求失真；
• 有价值原则，每一个用户故事，都必须要有实现价值，给用户带来收益。如果一个用户故事没有价值，就不应该纳入需求清单。
• 可估算原则，每个用户故事的大小是可估算的，这样可以指导用户估算工作量、制定计划