安装命令
npx skills add https://github.com/danhvb/my-ba-skills --skill 'Requirements Validation'🇨🇳中文介绍
需求验证技能
目的
确保在开发开始前，需求是正确的、完整的、一致的，并且真正解决了业务问题。"构建正确的东西"与"正确地构建东西"。
验证与确认
- 验证 : "我们是否在正确地构建产品？"（需求是否符合质量标准？）
- 确认 : "我们是否在构建正确的产品？"（需求是否解决了用户的需要？）
关键验证技术
1. 同行评审 / 走查
- 过程 : 与同事（开发人员、其他业务分析师）进行非正式或半正式的评审。
- 目标 : 发现逻辑错误、歧义和遗漏的边缘情况。
- 检查清单 :
- 它清晰吗？
- 它可测试吗？
- 它可行吗？
2. 干系人审查 / 签署
- 过程 : 与业务负责人进行正式评审。
- 目标 : 获得继续进行的批准。
- 方法 : 不要只是阅读文档。要走查场景/示例。
3. 原型设计
- 方法 : 展示，而非讲述。使用线框图或模型。
- 目标 : 验证 UI/UX 需求。"这是你想象的样子吗？"
4. 验收标准评审
- 方法 : 评审 "Given-When-Then" 场景。
- 目标 : 确保需求足够具体以便测试。
需求追溯矩阵 (RTM)
目的
将需求与其来源和下游交付物联系起来。
- 前向追溯 : 需求 → 设计 → 代码 → 测试。（确保所有需要的东西都被构建了）。
- 后向追溯 : 测试 → 需求 → 业务目标。（确保没有"镀金" / 不必要的功能）。
RTM 模板
| 需求 ID | 描述 | 来源 (干系人) | 业务目标 | 设计文档 | 测试用例 ID | 状态 |
|---|---|---|---|---|---|---|
| FR-01 | 访客结账 | 营销副总裁 | 提高转化率 | DD-Checkout | TC-001, 002 | 已实现 |
| FR-02 | Apple Pay | CEO | 移动端战略 | DD-Payment | TC-005 | 已批准 |
| FR-03 | 3D Secure | 合规部门 | 法律要求 | DD-Security | TC-010 | 已测试 |
质量检查清单 (INVEST)
针对用户故事：
- 独立 的
- 可协商 的
- 有价值 的
- 可估算 的
- 小 的
- 可测试 的
处理验证问题
- 歧义 : "系统必须快速。"
- 修复 : "系统必须在 < 2 秒内加载。"
- 冲突 : 干系人 A 想要蓝色，B 想要红色。
- 修复 : 促进协商或上报给项目发起人。
- 不完整 : 缺少错误状态。
- 修复 : 询问"如果失败了会怎样？"
输出
- 已验证的需求包 : 清晰、已批准的文档。
- 签署工件 : 批准范围的电子邮件或数字签名。
- 更新的追溯矩阵。
工具
- Jira（将用户故事链接到史诗/测试）。
- Excel/Lark Base（RTM）。
- Confluence/Lark Docs（审批）。
每周安装数
0
代码仓库
首次出现
1970年1月1日
安全审计
🇺🇸English
Requirements Validation Skill
Purpose
Ensure that the requirements are correct, complete, consistent, and actually solve the business problem before development begins. "Building the right thing" vs. "Building the thing right".
Verification vs. Validation
- Verification : "Are we building the product right?" (Does the Requirement meet quality standards?)
- Validation : "Are we building the right product?" (Does the Requirement solve the user's need?)
Key Validation Techniques
1. Peer Review / Walkthroughs
- Process : Informal or semi-formal review with colleagues (Devs, other BAs).
- Goal : Find logic errors, ambiguities, and missing edge cases.
- Checklist :
- Is it clear?
- Is it testable?
- Is it feasible?
2. Stakeholder Inspections / Sign-off
- Process : Formal review with Business Owners.
- Goal : Approval to proceed.
- Method : Don't just read the doc. Walk through scenarios/examples.
3. Prototyping
- Method : Show, don't tell. Use wireframes or mockups.
- Goal : Validate UI/UX requirements. "Is this what you imagined?"
广告位招租
在这里展示您的产品或服务
触达数万 AI 开发者，精准高效
