信息整理

根据需求起草可执行项目计划

把已批准需求转化为有范围的成果、工作流、责任、关口和控制措施

8 分钟准备已测试:ChatGPT复核日期: 2026-08-28
1

补充你的背景

你填写的内容只保留在当前浏览器中,AILesson 提示语不会将其发送给模型或服务器。

2

生成的提示语

未填写的字段会保留为占位符,你仍然可以复制后自行编辑

请根据已批准需求起草可执行项目计划。

已批准需求、用户、成果、指标和批准来源:
[requirement]

范围、排除项、日期、预算、资源、合规和质量约束:
[constraints]

发起人、决策权、角色、依赖、假设和未知信息:
[context]

不得把未批准假设变成范围、承诺、负责人、预算或日期。先说明输入是否足以建立计划基线。请返回:目标和可衡量成功标准;范围内/外;带验收证据的交付物;工作流;里程碑和决策关口;依赖图;只使用所提供角色、其他填“未分配”的 RACI;资源与预算假设;风险登记;沟通与变更控制;质量检查;上线/收尾条件;开放决定。展示先后顺序和日期逻辑,区分目标日期与承诺日期,并在仍有缺口时指出最小可执行下一步。
默认保护隐私提示语在浏览器本地组装。除非所在组织明确允许,否则不要把机密信息提交给任何 AI 服务。

从输入到成果

实际案例

看看具体背景如何通过这条配方转化为可使用的成果

实际输入

已批准需求与成果
运营总监已批准用内部申请表和可跟踪队列替代设施请求共享邮箱,服务 120 名员工。成果:每个请求都有编号和状态;申请人收到确认;周报显示数量和时长。基线约每月 90 个请求,目前人工统计。试点成功:四周内至少 80% 的符合条件请求使用表单,且没有确认的紧急请求丢失。
范围与约束
试点目标为 10 月 7 日;软件预算上限 4000 英镑;使用现有身份提供商;试点仅英语;不做供应商 API 集成或移动应用。试点前必须通过安全和无障碍审查。两名运营协调员每周各可投入半天;IT 产能未确认。
人员、依赖与未知信息
发起人及最终上线决策人:运营总监。服务负责人:设施经理。安全和无障碍团队批准各自审查。采购负责采购。供应商短名单、IT 负责人、支持负责人、保留期限、紧急请求定义和承诺日期尚未解决。

示例输出

基线就绪度:成果与范围已批准,但在确认 IT 产能、采购周期、保留规则和评审时间前,10 月 7 日只能是目标,不是承诺。

目标:为 120 名员工试点带身份验证的申请表和队列,提供唯一编号/状态、确认通知和每周数量/时长报告。范围内:英语网页表单、队列、现有身份登录、报告、四周试点。范围外:API 集成和移动应用。交付物:经批准的流程(含紧急路径)、配置后的表单/队列、安全和无障碍批准、支持指南、基线与试点看板、上线和回退清单。每项都需签字评审或具名测试证据。

顺序:关口 1——定义符合条件/紧急请求、保留和数据字段,负责人为设施经理,批准人尚不完整。关口 2——在 4000 英镑内选择并采购,采购负责。关口 3——配置与测试,IT 负责人未分配。关口 4——安全/无障碍批准。关口 5——运营总监上线决定。关口 6——四周评估,采用率≥80%,确认的紧急请求零丢失。

立即下一步:发起人指定 IT/支持负责人和决定日期;设施团队起草流程定义。主要风险:IT/采购未确认导致目标延期;紧急请求误分类;人工基线不一致。变更控制:发起人批准范围、预算或日期基线变化并记录理由。

为什么有效

  1. 1

    基线就绪检查可以防止看似详细的计划掩盖权限或资源缺失。

  2. 2

    把交付物与验收证据绑定,可以让进度和完成状态可评审。

检查结果

  • 每项交付物是否都能追溯到已批准成果或约束?

  • 目标日期、承诺、假设和未决决定是否清楚区分?

  • 里程碑是否有验收证据、依赖和决策权限?

更多探索方式

这条配方出现在哪里

继续完成任务

信息整理 7 分钟准备

建立风险登记表

把不确定事件转化为有负责人、有依据并包含触发条件、应对和复核日期的风险

包含评分理由、应对行动、应急方案和缺口的优先风险登记表
打开配方
思考与决策 7 分钟准备

做项目 Pre-mortem 失败预演

通过设想失败结果,发现可信原因、微弱信号、验证方法和预防行动

包含依据、指标、负责人和即时实验的优先失败场景图
打开配方