requirements-analysis

核心用法

requirements-analysis 是一款面向软件工程与产品管理领域的专业需求分析技能。它采用系统化对话流程，引导用户从初始想法逐步构建完整的需求规格说明。

主要功能模块

1. 对话式需求提取：通过预设的开放式问题链（5W1H框架），将"一句话需求"扩展为包含业务背景、用户场景、价值度量的完整描述。

2. 分层需求分解：支持从 EPIC（业务计划）→ 需求（功能/能力）→ 用户故事的三级分解结构，采用 INVEST 原则编写用户故事。

3. 多维度优先级排序：内置 5 种成熟方法——

• MoSCoW：快速四象限分类（必须有/应该有/可以有/不会有）
• RICE：数据驱动评分（Reach×Impact×Confidence / Effort）
• 价值-成本矩阵：可视化优先级决策
• Kano 模型：识别基本型/期望型/兴奋型需求
• 加权评分：自定义多维度评估

4. 文档生成：输出结构化需求文档，包含功能性/非功能性需求、验收标准（Given-When-Then 格式）、利益相关者矩阵及依赖关系图。

显著优点

• 降低认知负荷：将复杂的需求工程方法论封装为可执行的对话流程，无需用户具备专业 BA 背景
• 可追溯性设计：强制建立 EPIC-需求-用户故事的层级关联，便于变更影响分析
• 多方法覆盖：根据场景灵活选择优先级策略，避免单一方法的局限性
• 标准化输出：内置完整模板体系，确保文档格式一致、要素齐全

潜在局限

• 依赖用户配合度：需要用户持续投入多轮对话，对于希望"一次性出结果"的场景体验不佳
• 行业适配性：模板偏向通用软件开发，特定领域（如硬件嵌入式、医疗合规系统）需额外定制
• 估算客观性：优先级排序中的 Effort、Confidence 等参数仍依赖主观判断，可能存在偏差

适合人群

• 产品经理：快速梳理 PRD 框架
• 敏捷教练：引导团队完成需求梳理（Backlog Refinement）
• 项目经理：识别利益相关者、制定交付计划
• 初创团队创始人：将模糊商业想法转化为可开发的需求规格

常规风险

• 范围蔓延风险：虽内置变更控制提醒，但对话式交互可能诱导过度细化
• 文档维护成本：生成的详细文档若未与实际开发同步更新，易造成"文档漂移"
• 验收标准歧义：Given-When-Then 格式对非技术用户存在学习门槛，可能产生表述不一致

核心用法

本技能定位为专业需求分析助手，采用对话驱动的工作流程帮助用户系统化地完成需求梳理。核心使用场景包括五大模块：

单个需求深度分析：通过六步结构化流程（初始捕获→利益相关者识别→详细规格→时间线规划→验收标准→文档输出），将一句话需求转化为完整的需求规格说明书。系统会主动询问5W1H要素，确保需求完整性。

EPIC层级分解：支持从业务计划（EPIC）到功能需求再到用户故事的三层分解，严格遵循INVEST原则编写用户故事，并建立完整的需求追溯链。

多维度优先级排序：内置五种成熟方法论——MoSCoW（快速分类）、RICE（数据驱动评分）、价值成本矩阵（可视化决策）、Kano模型（用户满意度分析）、加权评分（多维度定制），适配不同决策场景。

文档标准化输出：基于内置模板生成专业需求文档、EPIC文档、用户故事卡片，确保团队文档风格一致、要素完整。

显著优点

方法论体系成熟：融合了敏捷开发、Scrum、用户故事地图等业界最佳实践，非凭空设计的工具，而是有理论支撑的工作流程。

结构化降低遗漏：通过强制性提问清单（如利益相关者四问、非功能性需求五维度），有效规避"忘记问性能要求""漏掉安全合规方"等常见疏漏。

优先级工具箱丰富：五种排序方法覆盖从快速定性到精细定量的全场景，避免单一方法的局限性，且提供清晰的方法选择指南。

零配置开箱即用：纯文档类Skill，无API密钥设置、无依赖安装，对话即可启动分析流程，降低使用门槛。

可追溯性设计：强调EPIC-需求-用户故事的层级关联，以及验收标准的Given-When-Then格式，天然适配Jira、Azure DevOps等工具导入。

潜在缺点与局限性

模板化可能抑制创新：严格的结构化流程对于探索性、创新性需求（如0到1新产品概念验证）可能显得僵化，过度分解可能扼杀涌现式需求。

缺乏实时协作能力：作为单机对话工具，不支持多利益相关者同时在线协作、投票或评论，复杂需求的共识达成仍需线下会议补充。

无历史项目积累：每次分析从零开始，无法自动关联组织过往类似需求、复用历史估算数据或学习团队偏好术语。

依赖用户输入质量：若用户本身对业务领域理解模糊，系统只能基于不完整信息输出"精致但错误"的文档，存在"Garbage In, Garbage Out"风险。

无自动同步功能：生成的需求文档需手动复制到项目管理工具，无与Jira/Notion/飞书等平台的原生集成。

适合的目标群体

产品经理/业务分析师：核心用户群体，用于日常需求梳理、PRD编写前的快速结构化、与开发团队的需求对齐。

敏捷教练/Scrum Master：辅助团队建立需求管理规范，用于培训新成员或引导需求梳理会议（Refinement）。

创业团队早期成员：资源有限时快速产出专业级需求文档，用于投资人沟通或外包开发对接。

跨职能项目协调员：管理涉及多部门（市场、技术、合规）的复杂项目时，系统识别利益相关者和依赖关系。

敏捷转型中的传统团队：从瀑布模式向敏捷过渡时，作为标准化需求文档的培训工具和过渡脚手架。

使用风险与注意事项

性能与稳定性风险：极低。纯Markdown文档处理，无外部API调用，无网络依赖，本地对话响应无延迟。

数据安全与隐私：极优。不采集、不存储、不传输任何用户数据，敏感业务信息仅在当前对话上下文流转，符合金融、医疗等强合规行业要求。

输出质量风险：中等。文档专业性高度依赖用户回答的深度，建议关键需求务必安排技术团队参与估算环节复核，避免承诺不可实现的时间线。

模板过时风险：低。需求管理方法论相对稳定，但建议定期核查内置模板是否与组织最新流程规范冲突，必要时人工调整输出格式。

认知负荷风险：新手用户可能因问题清单过长产生疲劳，建议分多次对话完成复杂需求分析，或先完成核心字段后续补充细节。