软件发布
适合规划并交付一次软件发布。
适合规划并交付一次软件发布。
在工作开始前明确规划、构建、发布之间的先后关系。 把确定范围、实施工作、执行回归测试连在同一条路径上，而不是分散在多个文档中。
软件发布：从规划衔接到发布，让每次交接都清晰可见。
软件发布
软件发布模板把确定范围、实施工作和已发布等关键工作放在同一计划中进行核对。适合规划并交付一次软件发布。
执行路径
软件发布的各个阶段列出下一位负责人作出明确决策并继续推进所需的准备和成果。
规划
确定范围 → 准备待办事项 → 计划获批
构建
实施工作 → 准备质量保证计划 → 功能完成
发布
执行回归测试 → 编写发布说明 → 部署发布 → 已发布
所含进度
已排序 13 行、7 条依赖。
使用这份软件发布计划，在同一份依赖进度中协调确定范围、实施工作、执行回归测试。
只读共享甘特预览。聚焦进度条并按回车键查看详情。
进度详情
完整进度表
在工作开始前明确规划、构建、发布之间的先后关系。 把确定范围、实施工作、执行回归测试连在同一条路径上，而不是分散在多个文档中。
| 工作项 | 类型 | 进度 | 工期 | 依赖于 |
|---|---|---|---|---|
| 规划 | 阶段 | 天 1–6 | 自动汇总 | — |
| 确定范围 | 任务 | 天 1–2 | 2 工作日 | — |
| 准备待办事项 | 任务 | 天 3–5 | 3 工作日 | 确定范围 |
| 计划获批 | 里程碑 | 天 6 | 里程碑 | 准备待办事项 |
| 构建 | 阶段 | 天 7–14 | 自动汇总 | — |
| 准备质量保证计划 | 任务 | 天 7–9 | 3 工作日 | — |
| 实施工作 | 任务 | 天 7–13 | 7 工作日 | — |
| 功能完成 | 里程碑 | 天 14 | 里程碑 | 实施工作, 准备质量保证计划 |
| 发布 | 阶段 | 天 15–20 | 自动汇总 | — |
| 执行回归测试 | 任务 | 天 15–18 | 4 工作日 | — |
| 编写发布说明 | 任务 | 天 15–16 | 2 工作日 | — |
| 部署发布 | 任务 | 天 19 | 1 工作日 | 执行回归测试, 编写发布说明 |
| 已发布 | 里程碑 | 天 20 | 里程碑 | 部署发布 |
适用对象
- 协调软件版本的产品负责人
- 对齐交付衔接的工程与质量负责人
包含内容
- 规划: 确定范围、准备待办事项、计划获批
- 构建: 实施工作、准备质量保证计划、功能完成
- 发布: 执行回归测试、编写发布说明、部署发布、已发布
创建后调整
- 补充由团队管理的访问、数据或运行细节，例如故事点、迭代容量。
- 用真实开始日期替换相对工作日，并为每一行指定负责人。
- 加入组织要求的评审、回退步骤或交付证据。
如何使用此模板
在工作开始前明确规划、构建、发布之间的先后关系。 把确定范围、实施工作、执行回归测试连在同一条路径上，而不是分散在多个文档中。
- 1
规划
依次完成确定范围、准备待办事项、计划获批，并在进入下一阶段前明确规划的交接条件。
- 2
构建
依次完成实施工作、准备质量保证计划、功能完成，并在进入下一阶段前明确构建的交接条件。
- 3
发布
依次完成执行回归测试、编写发布说明、部署发布、已发布，并在进入下一阶段前明确发布的交接条件。
不包含
规划辅助
这份公开规划辅助不含有效访问权限或生产数据。请只在受保护的项目中添加故事点、迭代容量。
- Azure 和 GitHub 链接
- CI/CD 凭据
- 环境
- 发布工件
- 源代码仓库
- 迭代容量
- 故事点
模板常见问题
使用提示
软件发布模板包含哪些内容？
模板覆盖规划、构建、发布，并对确定范围、实施工作、执行回归测试等具体工作进行排序。
哪些团队适合使用软件发布模板？
它适合协调软件版本的产品负责人、对齐交付衔接的工程与质量负责人。
如何调整软件发布计划？
创建项目后设置真实日期和负责人，再补充故事点、迭代容量等运行细节；这些内容不会进入公开起始模板。
相关模板
相关模板
免费使用软件发布模板
在工作开始前明确规划、构建、发布之间的先后关系。 把确定范围、实施工作、执行回归测试连在同一条路径上，而不是分散在多个文档中。
免费使用软件发布模板在工作开始前明确规划、构建、发布之间的先后关系。 把确定范围、实施工作、执行回归测试连在同一条路径上，而不是分散在多个文档中。