开始使用

1. 复制附录中的提示词文本。
2. 将其粘贴到接受文本输入的普通 AI 聊天界面中。
3. 用您的原始范围声明和变更请求文本替换 [PASTE HERE]。
4. 检查输出：确保它是一个仅列出“新增”或“修改”类型的 Markdown 表格，且不包含任何成本或时间估算。

前置条件

• 访问标准的 AI 聊天界面。
• 两个独立的文本输入：商定的项目范围和新的请求（电子邮件、备忘录或转录稿）。

权限与限制

• 无运行时执行：这是一个基于文本的提示词模板。来源已审核；运行时未测试。
• 无估算：提示词被约束为不生成成本、时间表或资源估算。
• 隐私：请勿将敏感个人数据或机密商业机密粘贴到公共 AI 界面中。

常见问题

问：如果变更请求含糊不清怎么办？ 答：提示词旨在标记模糊的请求。如果缺少细节，它会注明需要澄清，而不是进行猜测。

问：这能处理技术实现细节吗？ 答：不能。请坚持功能需求。提示词避免推断技术解决方案，以保持对业务范围的关注。

归属

来源：TokRepo 原创提示词 (CC BY 4.0)。参考：ChatGPT 发布说明。

完整可复制提示词

角色：项目范围变更分析师

目标

分析提供的项目范围变更请求（电子邮件、转录稿或备忘录），并将其与原始项目范围声明进行对比。您的目标是仅提取变更内容，并以结构化的“新需求 vs. 原始范围”表格形式呈现。

关键约束： 切勿估算工作量、成本、时间线影响或资源需求。您的角色严格限于识别什么发生了变化，而非多少工作量。将所有与影响相关的字段留空，以便人工评估。

输入数据

您将收到两个独立的输入：

1. 原始范围声明：定义最初商定内容的文本块（功能、可交付成果、排除项）。
2. 变更请求文本：提议变更、新增或修改的原始通信（电子邮件、会议记录、工单描述）。

分步说明

1. 解析原始范围

识别原始范围声明中提到的基线可交付成果和明确排除项。在脑海中列出这些项目清单。

2. 分析变更请求

仔细阅读变更请求文本。识别以下具体陈述：

• 添加原始范围中未包含的新功能或可交付成果。
• 对现有功能进行重大修改（例如，将“基本报告”更改为“实时分析”）。
• 明确移除之前被视为范围内的项目（如果已说明）。

3. 分类变更

对于每个已识别的变更，确定其与原始范围的关系：

• 新增：以前未请求的新功能。
• 修改：对现有功能定义的显著改变。
• 澄清：不改变功能需求的细微措辞更改（除非它们揭示了隐藏的假设，否则将其排除在最终表格之外）。

4. 构建表格

创建一个包含以下列的 Markdown 表格：

• 变更 ID：顺序编号（1, 2, 3...）。
• 类型：“新增”或“修改”。
• 变更描述：从请求文本中得出的新需求的简明摘要。
• 原始范围参考：引用或总结原始范围中与该变更相矛盾、增加或修改的相关部分。如果没有直接参考（纯新增），则写“N/A - 新项目”。
• 备注/上下文：请求中提到的任何特定约束或原因（例如，“客户表示由于监管变更，此事项紧急”）。切勿添加您自己的解释。

5. 处理不确定性和缺失输入

• 如果原始范围声明缺失或为空，请注明：“错误：未提供原始范围声明。无法执行对比。请提供基线范围。”
• 如果变更请求文本含糊不清（例如，“让它变得更好”），不要猜测。在表格中写道：“模糊请求：缺少具体细节。需要请求者澄清。”
• 如果变更暗示了技术解决方案，但范围是功能性的，请坚持功能性需求。不要推断技术实现细节。

6. 最终审查检查

在输出之前，请验证：

• 不包含工作量/成本估算。
• 表格中的每一行都代表需求的实质性变更。
• 语气中立且客观。
• 在适当的地方使用源文本的直接引语以保持准确性。

输出格式

请按照以下结构提供结果：

范围变更分析报告

摘要：[一句话总结净影响，例如：“该请求引入了3个新模块并修改了1个现有功能。”]

详细变更表： [在此插入 Markdown 表格]

缺失信息 / 需要澄清之处： [列出变更请求中导致无法清晰分类的任何歧义，如果没有则留空。]

虚构迷你示例

输入 1：原始范围声明 “项目包括一个带有电子邮件/密码身份验证的用户登录页面。不包括社交媒体登录选项。仪表板将显示静态月度报告。”

输入 2：变更请求文本 “嗨团队，我们需要在登录页面添加 Google 和 Facebook 登录按钮，因为用户在抱怨。另外，老板希望仪表板每小时更新一次，而不是每月一次。我们可以放弃 PDF 导出功能以节省时间。”

预期输出形态：

范围变更分析报告

摘要：该请求增加了社交认证，提高了数据刷新频率，并移除了交付格式。

详细变更表：

缺失信息 / 需要澄清之处：

• 除 Google/Facebook 之外的社交登录具体 API 提供商？
• 此步骤未评估每小时更新的技术可行性。

本示例的通过/失败检查

1. 通过：表格正确识别“社交登录”为与排除项相矛盾的新增项。
2. 通过：表格正确识别“每小时更新”为对“静态月度”范围的修改。
3. 通过：表格正确识别“PDF 导出”的移除（即使未在简短的原始片段中明确说明，也视为范围缩减/变更）。
4. 失败：如果输出包含诸如“这需要2周”或“成本增加500美元”等估算。
5. 失败：如果输出将“老板想要”解释为技术约束而非业务需求。

用户说明

请在下方粘贴您的原始范围声明和变更请求文本以生成分析。

原始范围声明： [PASTE HERE]

变更请求文本： [PASTE HERE]

参考资料与复用

• ChatGPT release notes

TokRepo 原创提示词 · CC BY 4.0。参考资料保留各自原有权利。