用途
该技能面向业务分析（BA）与用户故事编写场景，提供一套深度分析与故事撰写标准，标注优先级为 P0（关键）。其目的是让需求调查更具可追溯性，让验收标准围绕可观察行为组织，并减少平台差异、未定义状态与范围蔓延带来的风险。
主要能力
1. 深度调查协议
- 行为式 AC 拆解：每条验收标准对应一个可观察行为，允许多个必要前置条件；不得仅因出现“And”或条件数量多就拆分。
- 变量识别：提取全部功能开关（Feature Toggles）、市场规则（VN/MY/SG）与用户角色。
- 平台一致性：核实逻辑是否同时适用于 Web 与移动端，尽早标记行为差异。
- 真值表验证：将相互作用的映射到逻辑真值表；政策类决策应上报给负责人，而不是静默选择业务策略。
2. 动态角色与权限映射
识别所有角色（如客户、销售代表、管理员），使用角色/权限矩阵为每个角色映射具体约束。
3. 边界与异常分析
- 状态校验：核验实体各状态（如活跃、暂停）与网络状态下的行为。
- 边界检测：分析货币、日期与数量限制。
- 负向测试：识别未授权访问、非法输入与空值安全相关流程。
4. 分析反模式
- 不做表面阅读：调查影响而非复述需求。
- 不允许无主未知项：携带已确认证据与明确的非关键假设；有后果的未定义状态只阻断受影响切片（指明负责人、后果与所需输入），保留部分就绪边界。敏感变更需技术设计与明确的人类/治理批准。
- 不做松散映射：确保 AC 与技术影响说明 100% 对齐。
- 对于需要确认已捕获含义的一般 BA/启发类请求，可直接加载 BRD 所属的分析与启发流程；参与者确认不等于批准。
用户故事编写标准
- 结构：每个故事使用 As a [Actor], I want [Goal], so that [Value]。
- AC 格式：每条 AC 使用一个 Given / When / Then 块，代表一个可观察行为。
- 平台标签：每条 AC 前缀标注 [WEB]、[MOBILE] 或 [BOTH]，不得在同一 AC 块中混用平台。
- 开关契约：功能开关相关 AC 须注明标志名及状态，如 Toggle: <FlagName> = ON/OFF。
- 市场隔离：市场相关 AC 须加 [Market: VN]、[Market: MY] 等前缀。
- 范围围栏：包含明确的 ## In Scope、## Out of Scope 与 ## Deferred 段落；Deferred 项须链接 Jira 工单，不得写“待讨论”。
- 翻译 AC：语言/区域行为应单独成 AC，不得以内联注释代替。
故事编写反模式
- 不在 AC 中混用平台（内联写 [MOBILE ONLY] 会掩盖平台差异）。
- 不使用“待讨论”，改为在 ## Deferred 中链接 Jira 工单。
- 不隐含开关状态：整套 AC 须覆盖适用的 ON 与 OFF 状态，且每条 AC 自行声明状态。
- 不打包多行为：不同用户动作/结果拆分为独立 AC；单一行为的多前置条件不拆。
使用方式
资料未提供安装命令或运行步骤，仅说明在编写或评审用户故事后、标记开发就绪前运行校验清单：每条 AC 带平台标签；开关特性在 AC 集合中覆盖适用 ON/OFF 状态；每条 AC 验证一个可观察行为；无“待讨论”文本；包含 In/Out of Scope 与 Deferred 段落；故事标题符合 As a/I want/So that；市场相关 AC 带前缀；翻译/区域行为独立成 AC 或延期并链接 Jira。
适用场景
适用于需要严谨需求分析的产品团队、业务分析师与质量工程协作场景，尤其涉及多市场、多平台、功能开关与权限矩阵的复杂需求。
限制
资料未说明具体工具集成方式、价格、支持语言或实际执行效果；部分治理细节（如 requirements modeling §1）引用了外部章节但未在资料中展开。