甘特图和看板都能显示项目进度，但它们回答的进度问题不同。甘特图围绕时间轴、任务依赖和排期展开，适合判断“什么时候做完、谁先谁后”；看板围绕工作项状态流转和在制品展开，适合判断“现在卡在哪、还能并行推进多少”。团队选择进度视图时，应先明确当前要解决的进度问题，再决定以哪种视图为主、另一种承担什么辅助职责。
要点总览（TL;DR）
- 甘特图围绕时间轴、任务依赖和排期，回答“什么时候做完、谁先谁后”；看板围绕状态流转和在制品，回答“现在卡在哪、还能并行推进多少”。
- 有明确交付日期、任务依赖强、需要识别关键路径和跨团队对齐计划时，以甘特图为主视图。
- 需求持续流入、任务颗粒度小、需要暴露阻塞和控制并行数量时，以看板为主视图。
- 两类特征同时存在时采用主次组合：计划层用甘特图确定阶段节点和依赖，执行层用看板跟踪状态和阻塞，并明确数据映射与更新责任。
- 试点时重点观察计划变更重排是否顺畅、阻塞能否及时发现、两套视图进度是否一致、维护成本是否可接受。
甘特图与看板各自回答什么进度问题
甘特图把任务放到时间轴上，用起止日期、持续时长和前后置依赖构成一张计划图。它回答的是计划型进度问题：某项工作安排在什么时间、依赖哪些前置任务、哪条任务链决定整体交付日期。当项目存在明确交付节点、多个任务需要按先后顺序推进时，甘特图能把“先后关系”和“时间承诺”同时呈现出来，帮助团队识别关键路径和资源冲突。
看板把工作项放进状态列，用卡片从一列流向下一列表示进展。它回答的是执行型进度问题：当前有多少工作在进行、哪些卡在某一状态、下一步可以拉动什么。看板关注流动效率和在制品数量，适合需求持续进入、任务按状态逐步推进的交付流。它不预设每项工作的完成日期，而是通过限制并行数量和暴露阻塞来缩短从开始到完成的时间。
两者在进度控制中的分工可以概括为：甘特图管理“计划的形状”，看板管理“工作的流动”。前者用于制定和调整计划，后者用于日常推进和发现阻塞。理解这一分工，是判断团队该用哪种视图的起点。
| 对照项 | 甘特图 | 看板 |
|---|---|---|
| 核心问题 | 什么时候做完、任务谁先谁后 | 现在卡在哪、还能并行推进多少 |
| 主要载体 | 时间轴上的任务条与依赖线 | 状态列中的工作项卡片 |
| 进度信号 | 计划完成度、关键路径、偏差 | 流动效率、在制品数量、阻塞项 |
| 典型职责 | 排期、承诺交付日期、协调先后关系 | 日常推进、暴露阻塞、控制并行量 |
同口径差异对照：时间、依赖、状态与变更
把两种视图放在同一组维度下比较，差异会更清楚。下表从时间、依赖、变更响应、进度可见性和团队节奏五个方面对照，帮助团队按自身情况逐项判断。
| 比较维度 | 甘特图 | 看板 |
|---|---|---|
| 时间维度 | 以计划日期和持续时长组织任务，时间轴是主要坐标 | 以状态阶段组织工作项，时间体现为停留时长和周期时间 |
| 依赖关系 | 显式设置前置与后继任务，依赖约束影响排期 | 通过流转规则和阻塞标记表达关系，依赖通常体现为等待或卡点 |
| 变更响应 | 变更后重排计划，调整日期和依赖链 | 变更后拉动新工作项，调整状态和在制品数量 |
| 进度可见性 | 呈现整体计划完成度和关键路径偏差 | 呈现单项流动情况、各状态积压和阻塞分布 |
| 适用团队节奏 | 阶段交付、有明确节点和先后顺序的项目 | 需求持续流入、按状态推进的交付流 |
这五个维度并非彼此独立。时间维度决定团队是否需要承诺日期，依赖关系决定先后约束的强弱，变更响应方式则反映需求稳定性。团队可以逐项对照：如果多数维度指向计划型控制，甘特图更合适；如果多数维度指向流动型控制，看板更合适；如果两类特征同时存在，就需要考虑主次组合。
研发项目里哪些场景该用甘特图
甘特图适合需要把时间承诺和任务先后关系讲清楚的场景。以下条件出现得越多，使用甘特图作为主视图的理由越充分：
- 项目有明确交付日期，且交付物由多个任务按先后顺序组成，例如版本发布、系统迁移、硬件与软件联调。
- 任务之间存在较强的前置后继约束，某一任务延期会直接影响后续任务和整体交付。
- 需要识别关键路径，判断哪些任务没有缓冲、哪些资源在特定时间段冲突。
- 需要跨团队、跨阶段对齐计划，让各方在同一时间轴上看到自己的任务位置和交接点。
- 需要设置计划基线，对比计划与执行的偏差，追溯变更原因。
反过来，当需求高频变化、任务粒度很细且并行度很高时，甘特图的维护成本会明显上升。每天重排大量短任务和依赖关系，容易让计划图脱离实际。这类信号出现时，甘特图可以保留用于阶段级排期，日常推进则交给更轻的视图。
研发项目里哪些场景该用看板
看板适合工作持续进入、按状态逐步推进的场景。以下条件可以作为判断信号：
- 需求或任务持续进入队列，团队按“待处理—进行中—待验证—完成”等状态推进，而不是按固定阶段集中交付。
- 需要暴露阻塞：某项工作长时间停在某一列，或等待外部输入，团队希望这类卡点一眼可见。
- 需要控制在制品数量，避免同时开展过多任务导致切换频繁、交付周期拉长。
- 任务颗粒度较小、并行度高，团队更关心整体流动效率而非单项任务的精确日期。
- 支持、运维、缺陷修复等持续流入型工作，天然适合按状态列组织。
当项目存在强依赖排期、需要对外承诺长期交付日期时，单靠看板难以表达任务先后约束和关键路径。此时看板仍可用于日常执行，但计划承诺需要由甘特图或其他排期方式承担。
边界在哪里：两者容易混淆的灰色地带
实际项目中，同一工作项往往既需要排期又需要状态跟踪，这正是两种视图容易混淆的地方。处理原则是：让一个视图承担主职责，另一个视图提供补充信息，避免两套数据各自维护、互相矛盾。
当同一工作项既需要排期又需要状态跟踪时，可以先确定它以哪种视图为主。若交付日期和先后关系是当前主要约束，就以甘特图为主，状态信息作为任务条上的进度标记；若日常推进和阻塞暴露是主要需求，就以看板为主，日期信息作为卡片上的辅助字段。主视图负责决策和沟通，辅助视图负责日常操作。
看板列与甘特图任务阶段之间存在映射关系。常见的做法是把看板状态列对应到任务的执行阶段，例如“进行中”对应任务已开始、“待验证”对应任务进入评审。映射清晰时，两套视图可以共享同一批工作项；映射模糊时，容易出现同一任务在两处显示不同进度的情况。团队需要明确哪些状态变化会同步、哪些只在单一视图中维护。
本文聚焦两种视图在进度控制上的适用场景与边界。综合状态汇报、项目健康度管理、关键节点达成与里程碑管理等话题，属于相邻但不同的管理任务，本文不展开。
适配场景与选择建议
选择进度视图时，可以先按团队节奏和交付形态确定主视图，再决定另一种视图是否作为补充。以下判断路径可供参考：
- 如果团队按阶段交付、有明确交付日期和较强任务依赖，以甘特图为主视图，用于排期、识别关键路径和对外承诺。
- 如果团队按持续流入的方式推进工作、关注流动效率和阻塞暴露，以看板为主视图，用于日常推进和在制品控制。
- 如果两类特征同时存在，采用主次组合：计划层用甘特图确定阶段节点和依赖，执行层用看板跟踪状态和阻塞，并明确两者的数据映射和更新责任。
组合使用时，主次关系要写清楚。常见做法是以甘特图作为对外的计划承诺，以看板作为团队内部的执行看板；计划变更时先更新甘特图，再同步到看板状态，避免两套视图各自演进。团队规模、行业和预算不同，组合的复杂度也应相应调整，不必追求一次到位。
试点验证时，可以观察几个判断点：计划变更后重排是否顺畅、阻塞项能否被及时发现、两套视图的进度是否一致、团队维护视图的时间是否可接受。若甘特图维护成本过高，可缩小其范围到阶段级；若看板无法支撑交付承诺，可补充关键节点的排期视图。
在工具承载上，ONES 的项目计划支持创建工作分解结构、制定进度计划，并为任务设置前后置依赖和里程碑；ONES Plan 提供甘特图，支持多时间跨度查看进度和成员共享，并可监控及规划 ONES Project 中的相关项目和迭代。团队若以甘特图承担计划层职责，可以用这类能力承载排期与依赖管理；看板侧的具体配置方式，建议结合团队实际使用的版本方案确认后再落地。
常见问题
同一个项目里甘特图和看板可以同时使用吗？
可以，前提是明确主次关系和数据映射。常见做法是以甘特图承担计划层职责，确定阶段节点、任务依赖和对外交付承诺；以看板承担执行层职责，跟踪工作项状态、阻塞和在制品数量。组合使用时需要约定更新责任：计划变更先更新甘特图，再同步到看板状态，避免两套视图各自演进、同一任务显示不同进度。
需求变化频繁的研发团队，用甘特图会不会维护成本太高？
需求高频变化、任务粒度细且并行度高时，逐项维护甘特图的日期和依赖确实容易让计划图脱离实际。更稳妥的做法是缩小甘特图的范围，只保留阶段级排期、关键节点和强依赖关系，日常推进交给看板。这样既保留了计划层的交付承诺，也避免每天重排大量短任务。
看板能否替代甘特图承担对外交付承诺？
看板擅长呈现流动效率、阻塞分布和各状态积压，对单项任务的精确日期和前后置约束表达较弱。当项目需要对外承诺长期交付日期、存在强依赖排期时，单靠看板难以说明任务先后关系和关键路径。这类情况下，交付承诺仍需要由甘特图或其他排期方式承担，看板用于日常执行跟踪。
试点阶段应该观察哪些信号来判断主视图选得对不对？
可以从四个判断点观察：计划变更后重排是否顺畅；阻塞项能否被及时发现并处理；两套视图的进度是否一致；团队维护视图的时间是否可接受。若甘特图维护成本过高，可将其范围缩小到阶段级；若看板无法支撑交付承诺，可补充关键节点的排期视图。试点周期和团队规模不同，判断标准可相应调整。
ONES 中承载甘特图排期与依赖管理的能力有哪些？
依据官方资料，ONES 的项目计划支持创建工作分解结构、制定进度计划，并为任务设置前后置依赖和里程碑；ONES Plan 提供甘特图，支持多时间跨度查看进度和成员共享，并可监控及规划 ONES Project 中的相关项目和迭代。团队若以甘特图承担计划层职责，可以用这类能力承载排期与依赖管理。看板侧的具体配置方式，建议结合团队实际使用的版本方案确认后再落地。
