工作方式
我的工作方式
我对每一个需求采用的流程、工单交付开发团队前必须满足的条件，以及 AI 参与工作时遵循的原则。
六步流程
- 受理与澄清会议纪要, 澄清问题
- 分析与设计BRD / SRS, 线框图, 业务规则
- 交付开发Jira 工单, 验收标准
- 测试与验证测试用例, 缺陷报告
- UAT 与验收UAT 清单, 验收报告
- 度量与改进周报, KPI 仪表盘
度量与改进 → 受理与澄清 · 重复的步骤成为下一个需求的标准
受理与澄清
- 我做什么
- 开会或阅读客户需求，按清单追问：目标、用户、业务规则、例外情况、数据、集成。录音并将转录稿存入项目知识库。
- 产出文档
- 会议纪要、澄清问题清单、已确认的原始需求
- 进入下一步的条件
- 客户以书面形式确认我的理解
分析与设计
- 我做什么
- As-Is/To-Be 分析，通过阅读代码库和开发数据库评估对现有模块的影响，编写业务规则，绘制用户流程、线框图和数据映射。
- 产出文档
- BRD、PRD、SRS 或 mini-spec；用户流程；线框图；业务规则表；ERD
- 进入下一步的条件
- 不再有影响范围的未决问题
交付开发
- 我做什么
- 拆分 Epic → Story → Task，以 Given/When/Then 形式编写验收标准，附上流程与界面原型，与开发一起检查 Definition of Ready。
- 产出文档
- 满足 Definition of Ready 的 Jira 工单
- 进入下一步的条件
- 开发确认已理解并可以估算
测试与验证
- 我做什么
- 根据验收标准编写测试场景和测试用例。可自动化的用例先由智能体执行；失败用例和复杂用例由我验证，复现并记录缺陷。
- 产出文档
- 测试用例、测试报告、附证据的缺陷报告
- 进入下一步的条件
- 没有未关闭的 Blocker 或 Critical 级缺陷
UAT 与验收
- 我做什么
- 准备 UAT 清单，带客户执行 UAT，将反馈记录为工单，完成签字确认。
- 产出文档
- UAT 清单、验收报告
- 进入下一步的条件
- 客户书面签字确认
度量与改进
- 我做什么
- 通过 Jira 跟踪 KPI，Sprint 结束后开回顾会，找出重复环节，加以标准化或交给 AI。
- 产出文档
- 周报、KPI 仪表盘、流程改进建议
- 进入下一步的条件
- 带着下一个需求回到第 1 步
交付开发前的 Definition of Ready
工单只有满足以下九项，才能进入 Sprint。
- 业务目标：为什么做，用一到两句话说明
- 受影响的用户或角色
- 业务规则逐条列明并编号（BR-01、BR-02……）
- 主流程与异常流程
- 涉及界面时提供线框图或界面原型
- 验收标准采用 Given/When/Then 形式，且可测试
- 对现有功能和数据的影响
- 依赖项已明确：API、数据、第三方
- 开发已阅读并确认没有疑问
七条工作原则
先理解，后动笔
不从文档开始，而是从业务问题和真实用户开始。
不把模糊的需求交给开发
需求若缺少背景、业务规则、预期行为和验收标准，就不能进入 Sprint。
重要需求必须可追溯
从业务诉求到设计、工单、测试用例和验收，全程可追溯。
AI 执行，人负责
AI 帮助加快分析和执行，最终责任属于使用 AI 的人。
AI 的每一项产出都必须经过验证
需求、界面原型、SQL、测试用例、示意图、报告，交付前都必须有人核实。
自动化重复工作，不自动化责任
推理、决策和问责仍由人承担。
文档要服务于执行
文档要帮助开发做对、测试测对，并让各方对同一问题有一致的理解。
各步骤使用的工具
- 受理
- Google MeetZoom录音与转录Obsidian（项目知识库，wikilink）
- 分析与设计
- Figmadraw.ioMermaid在开发数据库上执行 SQL用 Claude Code 阅读代码库
- 交付
- JiraPlaneTrelloMarkdown
- 测试
- 测试用例表并行运行的 IDE 智能体（Claude Code、Codex、Antigravity）Postman
- UAT 与报告
- UAT 清单Jira REST APIKPI 仪表盘周报
- 团队 AI 工具
- BA KitTester Kit（agent skills）MCP（连接 Jira、数据库和文档）