1. 课程导入与全景认知
在多数研发组织中，Jira 最初被当作“任务登记与缺陷跟踪工具”使用：需求拆成 Story，缺陷建 Bug，迭代用 Sprint 承载。但当组织从单团队扩展到多团队、从单产品扩展到多产品线、从季度规划扩展到年度战略时，仅靠 Board 和 Backlog 已经无法回答管理层最关心的几个问题：未来两个季度我们要交付什么？哪些团队在依赖同一批资源？某个战略目标当前推进到什么程度？风险会在什么时候暴露？这正是 Jira 高级路线图（Advanced Roadmaps，在 Jira Cloud 中现称 Plans）与跨团队规划能力要解决的核心问题。
本节作为整门课程的导入，目标不是立刻进入配置细节，而是先建立一张“全景地图”：理解高级路线图在整个 Jira 生态中的位置、它解决什么类型的问题、适合哪些组织场景、学习路径如何安排，以及学完之后你将能交付哪些可复用的成果物。
一、高级路线图到底解决什么问题
普通 Jira 看板回答的是“当前这个团队正在做什么”，而高级路线图回答的是“多个团队在未来一段时间内共同要交付什么”。两者的差异不只是视图层级，而是规划粒度、时间跨度与依赖关系三个维度的跃迁。
高级路线图建立在 Jira 已有的 Issue 数据之上，通过引入几个关键概念实现跨团队规划：
- Plan（计划）：一个独立的规划容器，可以跨多个项目、多个 Board 收集 Issue，形成统一的规划视图。
- 层级（Hierarchy）：在 Epic 之上定义 Initiative、Theme 等更高层级，把零散 Epic 挂接到战略目标上。
- 团队与容量（Teams & Capacity）：为每个团队定义人数、每人每周可用工时、Sprint 长度，从而计算未来若干 Sprint 的可用容量。
- 依赖（Dependencies）：标记 Issue 之间的“阻塞/被阻塞”关系，让跨团队依赖在时间轴上可视化。
- 自动调度（Auto-scheduling）：根据优先级、依赖和容量，自动把 Epic 分配到各团队的 Sprint 中，并给出完成时间预测。
这些概念组合起来，使 Jira 从“执行跟踪工具”升级为“规划与预测工具”。它不替代财务预算系统或专业项目管理软件，但在研发组织内部，它能把战略目标、团队容量、依赖风险三者放在同一张时间轴上对齐。
二、适用场景：什么时候该用高级路线图
高级路线图并非所有团队都需要。以下场景是它真正发挥价值的典型边界：
- 多团队协同交付：3 个以上团队共同交付一个产品版本，团队之间存在接口、数据或发布依赖。
- 季度/年度规划：需要把 OKR 或战略主题拆解到各团队的 Epic，并预测未来 2～4 个季度的交付节奏。
- 容量与优先级冲突：多个业务方争夺同一批研发资源，需要量化“如果插入这个需求，会挤掉什么”。
- 依赖风险管理：跨团队阻塞关系频繁导致延期，需要提前识别关键路径上的依赖链。
- What-if 场景模拟：管理层希望看到“增加 2 人”“砍掉某 Epic”“调整优先级”对交付时间的影响。
反之，如果组织只有 1～2 个团队、规划周期以两周 Sprint 为主、依赖关系简单，那么普通 Board + Backlog 已经足够，强行引入高级路线图反而增加维护成本。判断标准可以概括为：当“跨团队”和“跨季度”两个维度同时出现时，高级路线图才开始产生净收益。
三、学习路径：从数据基础到规划实战
本课程共 30 章，整体遵循“先打地基、再建模型、后做规划、最后落地治理”的路径。你可以把它理解为四个阶段：
- 基础准备阶段：理解高级路线图的数据前提——Issue 层级、Epic 链接、团队定义、权限模型。这一阶段的关键是让 Jira 数据“干净且可聚合”。
- Plan 构建阶段：创建 Plan、配置数据源（项目/Board/过滤器）、定义层级、设置团队与容量、建立依赖关系。
- 规划与模拟阶段：使用时间轴视图、自动调度、What-if 场景、容量热力图进行跨团队排期与风险分析。
- 落地与治理阶段：把 Plan 嵌入日常规划会议、建立数据维护规范、与 OKR/发布流程对接、处理常见数据不一致问题。
每个阶段都会配套可操作的示例参数与判断依据。例如在容量设置中，我们会用具体数字演示：一个 6 人团队、Sprint 长度 2 周、每人每周可用 30 小时，那么单个 Sprint 的容量约为 6 × 30 × 2 = 360 小时；如果某 Epic 预估 200 小时，则它大约占用该团队 0.56 个 Sprint 的容量。这类计算是后续自动调度和风险判断的基础。
四、最终交付物：学完之后你能产出什么
本课程不以“看完视频”为目标，而以“能交付可复用成果”为目标。完成全部章节后，你将能够独立产出以下成果物：
| 交付物 | 内容说明 | 典型使用场景 |
|---|---|---|
| 跨团队 Plan 配置方案 | 数据源范围、层级映射、团队与容量参数、权限设置 | 新项目启动或组织调整时快速搭建规划视图 |
| 季度路线图视图 | 按 Initiative→Epic→Sprint 展开的时间轴，含依赖标记 | 季度规划会、管理层汇报 |
| 容量与风险分析表 | 各团队各 Sprint 的容量占用率、超载点、关键依赖链 | 资源冲突决策、风险预警 |
| What-if 场景对比 | 基准方案 vs 调整优先级/增减人力后的交付时间差异 | 管理层决策支持 |
| 规划数据维护规范 | Epic 链接规则、团队定义更新流程、依赖标记责任分工 | 长期治理，防止 Plan 数据腐化 |
接下来，我们将从最基础的数据准备开始，逐步搭建起属于你所在组织的跨团队规划体系。请先记住这张全景图：战略层定义方向，规划层对齐容量与依赖，执行层落地 Sprint，反馈回路驱动重规划。后续每一章，都是在这张图上填充细节。