本文探讨了在敏捷开发中编写用户故事的最佳实践，强调不应从技术角度拆分故事，而应关注提供完整功能的‘切蛋糕’方法。提倡编写封闭故事，确保任务闭合性和卡片约束，并指出用户故事应包含用户角色，以主动语态编写，并由客户参与编写。同时，提醒避免过早涉及用户界面，故事应聚焦于单个用户视角，并且故事卡应简洁，旨在引导进一步的讨论。
最好的办法是是考虑每一个用户角色，了解用户使用我们软件的目地。
切蛋糕 （整体突进，不要单独把某个细节做到极致。）
当面临一个大的故事时，通常许多办法可以将它分解成小故事。许多开发者首先想到将故事按照技术路线分割。如果按技术的路线分割故事，那么很难保证在这个故事在被分解后在单个迭代中是对客户有价值的。
千万不要用技术角度分割故事。
一个更好的办事是换一种方式编写故事，每个故事都提供某种程度的完整的功能（end-to-end）。Bill Wake 称他为切蛋糕。
在编写用户故事时，更倾向于编写一块完整蛋糕那样的完整故事。具体有两个原因。首先，在开发中，及早涉及软件应用程序架构的每一层能够降低最后时刻发现层次架构方面的问题风险。其次， 尽管不十分完美，即是只提供了部分功能，只要发布的功能可以跑，就可以放心的把应用程序发布给用户。
编写封闭故事
任务闭包性。
卡片约束
对系统的要求，比如该系统要满足50个并发用户请求。
根据实现时间来确定故事规模
故事拥有层次，史诗故事，
最低0.47元/天 解锁文章
扫一扫
322
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
