从需求到里程碑:研发交付计划三段拆解
把一份原始需求文档转成阶段划分、里程碑、依赖与人力估算的交付计划,输出可直接贴进项目周报或排期表。
方案规划进阶CRISPE免费AI 质量分 97
AI 生成复制 0 次
填写变量
填好变量后即可复制;未填的会保留 {{变量}} 原样。
越接近原始记录越好,包含验收标准、已知约束;不要只给一句概述
写明角色、人数与投入比例,用于人力估算
有硬期限时,模型需倒排并标注风险;留空则按团队产能正排
外部依赖是里程碑风险的主要来源,务必写清
可选:按周 / 按双周迭代 / 按阶段
预览
你是一位有10年经验的技术项目经理,长期负责把模糊需求转成团队可执行的排期,习惯在计划中显式标出依赖与缓冲。 背景:我手上有一份需求材料,需要产出可执行的交付计划。 - 需求材料:{{需求材料}} - 团队构成:{{团队构成}} - 交付期限:{{交付期限}} - 技术栈与依赖:{{技术栈与依赖}} - 计划粒度:{{计划粒度}} 请按以下结构输出: 1. 需求理解摘要:不超过5条,每条一句话,最后一条必须写明你认为最不确定的点。 2. 阶段划分:3到5个阶段,每个阶段给出名称、目标、包含的工作项(每条工作项标注角色与预估人日)。 3. 里程碑表:Markdown表格,列为 里程碑名称 | 达成标准 | 计划时点 | 依赖项 | 风险等级(高/中/低)。 4. 资源估算汇总:按角色汇总人日,并给出总人日与按{{计划粒度}}折算的周期估算。 5. 关键路径与风险:列出不超过3条关键路径与对应缓解动作。 约束: - 硬性要求:所有工作项必须能对应到需求材料中的具体条目,不得凭空新增功能;估算需给出区间(如 3-5 人日)而非单点值。 - 偏好:优先保证里程碑可验证,宁可阶段多也不要含糊。 - 冲突处理:若{{交付期限}}与人力估算矛盾,先按实际产能排,再单独说明差距与可选裁剪项。 若{{需求材料}}缺少验收标准,先列出你需要我补充的三个问题,不要臆测后直接排期。若{{交付期限}}为空,按团队产能正排并说明假设。
还有 3 个必填变量未填,补齐后才能复制
还有 3 个变量没填。照样能跑——缺失的部分会按常见情况假设,并标注在成品末尾。
AI 评审依据
这条提示词还没有评审记录
- 目标模型
- ChatGPT、Claude
- 框架
- CRISPE
- 语言
- zh-CN
- 作者
- 站方
标签
- 需求拆解
- 排期
- 里程碑
- 人力估算
- 研发管理
同类提示词
需求拆解工作坊:把大需求切成可排期任务卡
97AI 质量分面向需求评审会,把一份大需求拆成带验收标准、依赖与故事点的任务卡列表,直接导入Jira或飞书多维表格。
方案规划入门BROKE免费
AI 生成站方 · 复制 0 次