Easy-Go-Web3
知识图谱Go 教程React Web3智能合约
需求分析系统设计设计模式Go 微服务
项目实战DevOps
Go 生态React 生态智能合约生态Web3 生态AI × Web3工具箱Web3 公司远程Web3求职
🎯 AA 工程师面试手册博客
GitHub
返回需求分析
入门

用户故事法

User Story Method

以用户视角描述需求,聚焦价值交付,是敏捷开发的核心实践。

1什么是用户故事

用户故事是从用户角度描述的功能需求,遵循固定格式: **As a** [角色] **I want** [功能] **So that** [价值] 用户故事关注的是"为什么"而不仅仅是"做什么",帮助团队理解需求背后的业务价值。

2INVEST 原则

优秀的用户故事应该满足 INVEST 原则: - **I**ndependent(独立):故事之间相互独立,可单独交付 - **N**egotiable(可协商):不是合同,而是对话的起点 - **V**aluable(有价值):对用户有明确的业务价值 - **E**stimable(可估算):团队能够估算工作量 - **S**mall(小):足够小,能在一个迭代内完成 - **T**estable(可测试):有明确的验收标准

3Go Web3 示例

以下是一个 Web3 钱包服务的用户故事示例:
example.markdown
markdown
1# 用户故事:代币转账
2
3**As a** 钱包用户
4**I want** 能够将 ERC20 代币转账给其他地址
5**So that** 我可以自由管理我的数字资产
6
7## 验收标准 (Acceptance Criteria)
8
91. 用户可以选择要转账的代币类型
102. 系统显示当前代币余额
113. 用户输入目标地址和金额
124. 系统验证地址格式和余额充足
135. 用户确认后发起链上交易
146. 显示交易哈希和状态
15
16## 技术要点
17
18- 使用 go-ethereum 库构建交易
19- 实现 EIP-1559 动态 Gas 费
20- 支持交易加速和取消

最佳实践

  • •每个故事只关注一个用户目标
  • •用业务语言而非技术语言描述
  • •验收标准要具体且可测试
  • •定期与利益相关者评审故事

常见错误

  • •把技术任务当作用户故事
  • •故事太大无法在迭代内完成
  • •忽略非功能性需求
  • •验收标准模糊不可测

推荐工具

JiraTrelloLinearNotion
用例分析法
Easy-Go-Web3

构建 Go 后端与 Web3 的学习之路。从基础到进阶,从理论到实践,助你成为全栈区块链开发者。

学习路径

  • 知识图谱
  • Go 教程
  • Go 微服务
  • 面试手册

资源中心

  • 工具箱
  • DevOps 工具
  • Web3 生态
  • 博客

© 2025 Easy-Go-Web3. All rights reserved.

Created withbyhardybao