用户故事的角色—价值结构
核心观点
用户故事以相对稳定的“角色—价值”定义问题，同时把功能保留为可以协商和替换的解决方案。
用户故事通常采用以下结构：
作为某个角色，我希望获得某种功能，从而实现某种价值。
在同一张故事中，角色说明从谁的处境观察问题，价值说明为什么值得解决；二者共同构成问题定义。中间的功能只是当前设想的实现方式，可以随着技术环境和业务理解变化而替换，而不必放弃原来要实现的价值。
角色不一定是直接执行操作的人，还应判断谁真正从结果中受益。例如，要求员工打卡的主要受益者可能是管理者，而不是执行打卡的员工。错误识别受益者，会让价值陈述退化为对功能的重复。
知识连接
- 建立在：用户故事——本卡进一步拆解用户故事如何把问题与解决方案分开。
- 导向：用户故事明确化的有序模式作用——当角色、价值和验收条件变得清楚，开发才可能依据既有架构和工序有序推进。