项目管理中常用的图表没有固定答案，应该根据你要控制的对象来选：甘特图看时间和依赖，项目计划表看阶段与任务，思维导图看范围和会议结论，产品路线图看版本取舍，状态表看当前阻塞。下面用“移动端功能发布”贯穿五种图表，说明每张图需要哪些输入、谁更新、最后支持什么判断；需要安排时间轴时，可使用甘特图和项目排期工具整理任务日期。
先把发布目标、截止日期、负责人和验收条件写在画布上。五种图表可以放在同一项目空间中，但不要把所有内容堆在一张图里；每张图只服务一个管理问题，并通过版本号或链接互相指向。
1. 甘特图：控制时间、依赖和关键路径
甘特图用横轴表示时间、纵轴表示任务，横条表示计划区间，依赖线表示先后关系。移动端发布可以列出需求冻结、开发、联调、灰度和全量发布，并把“联调完成”设为开发与测试之间的依赖。这样项目经理能看到延期会影响哪些后续任务，而不是只看完成了多少条。
甘特图适合回答“什么时候完成、谁被谁阻塞”，不适合记录大量会议结论或需求背景。每次更新时保留计划和实际日期，延期任务写明原因和新的判断条件，不要只把横条向右拖动。
2. 项目计划/任务表：拆分阶段、负责人和交付物
项目计划表把目标拆成阶段、任务、负责人、截止时间和验收物。移动端发布的“开发完成”不能作为唯一任务，至少要拆成接口实现、埋点检查、测试用例和发布说明，并给每项任务写出完成标准。这样状态表或甘特图有了可靠的输入。
任务拆得过大时，负责人会用一句“进行中”掩盖实际风险；拆得过细时，维护成本又会超过管理价值。可以用“一个负责人、一个可验收结果、一个复核日期”作为拆分边界。
3. 思维导图：梳理范围、会议结论和复盘线索
思维导图适合项目启动和复盘阶段，因为它能从中心主题向外展开目标、用户、功能、风险和待确认问题。移动端发布可以把中心节点设为“版本 2.3 发布”，一级分支放功能范围、质量、运营、依赖和复盘，二级节点补具体问题。会议结束后，把结论节点改成行动项并补负责人和截止时间。
功能讨论也可以从一个父节点展开对比。下图把会议工具的功能逐层列出；用于版本规划时，可沿用层级表达方式，把各分支换成自己的功能范围和待确认问题。
思维导图不是甘特图的替代品：它能帮助团队理解范围和关系，却不能单独表达精确日期。确定任务后，再把需要按日跟踪的部分转到计划表或甘特图中。
4. 产品路线图：表达版本取舍和目标顺序
产品路线图关注“为什么做、为谁做、放在哪个版本”，不等同于开发任务排期。移动端发布可以按季度列出稳定性、搜索体验和协作能力三个主题，再把已验证的需求放入版本区间；尚未确认的想法放入候选区，并写清需要什么证据才能进入承诺区。
路线图面向产品、设计、研发和业务的共同预期，应标注“目标日期”“预计区间”还是“待验证”，不要把未经评审的想法写成承诺。任务级的日期仍回到甘特图维护。
5. 项目状态表：快速发现阻塞和责任缺口
项目状态表不需要展示全部持续时间，而是定期记录任务状态、负责人、下一动作和阻塞原因。移动端发布周会上，可以把任务分为未开始、进行中、待评审、已完成和阻塞，并要求“进行中”项目写出下一步和预计复核日期。这样团队讨论的是如何解除阻塞，而不是重复汇报颜色。
五种图表怎么组合？
| 你要回答的问题 | 优先图表 | 输入 | 更新频率 |
|---|---|---|---|
| 哪些任务会影响发布日期？ | 甘特图 | 任务、日期、依赖 | 里程碑或范围变更时 |
| 本阶段交付什么？谁负责？ | 计划/任务表 | 阶段、任务、验收物 | 任务拆分或验收变化时 |
| 范围和会议结论如何关联？ | 思维导图 | 主题、关系、行动项 | 会议或复盘后 |
| 哪些需求进入哪个版本？ | 产品路线图 | 目标、主题、验证证据 | 评审或策略变化时 |
| 本周最需要解决什么？ | 状态表 | 状态、阻塞、下一动作 | 周会或状态变化时 |
五种图表可以通过同一项目空间互相链接：思维导图先梳理范围，任务表拆出交付物，甘特图安排时间，路线图管理版本预期，状态表跟踪当前阻塞。Boardmix 白板适合把这些内容放在相关画布中协作维护；具体模板和分享入口以当前页面显示为准。准备好项目材料后，可打开 Boardmix开始整理。
粤公网安备44030502008643