
"
排期表发出去半天就过期,改一轮得挨个通知,项目经理的时间全耗在同步版本上。表格排期的问题不在做得慢,而在改不动:一处调整,牵动整条时间线,人工核对又要半天,版本一多谁也说不清哪张表是准的。工具里的排期能力如果用起来,改与通知这两件事其实可以合并成一件事。先说明本文口径:以下内容依据 PingCode 官网与官方文档整理,按入口创建、排期操作、依赖关系、里程碑、多项目五步,讲清这款研发管理平台的甘特图怎么生成与维护。
📌 本文看点
01
甘特图入口在哪里怎么创建?
02
任务排期具体怎么操作?
03
依赖关系与关键路径怎么看?
04
里程碑与交付物怎么管理?
瀑布项目里,甘特图属于规划组件,进入项目打开规划视图就能看到时间轴。创建的第一步是做 WBS 分解:计划做中间层,工作项做底层,层级逐级展开后,每项工作在时间轴上占一条横道,整体结构一眼可见,后续排期就有了骨架,评审时也容易讲清楚。拆到哪一级没有硬性规定,常见做法是阶段对应计划、任务对应工作项,颗粒度与团队的汇报习惯对齐即可。
Scrum 项目同样提供甘特图组件,迭代计划放到时间轴上对照查看,冲刺节奏与任务分布更直观;项目集层面也有甘特图,用于跨项目进度的汇总展示。各版本的功能范围以官网公开口径为准,建议试用时确认自己所用版本的入口位置,确认入口也能减少新人上手的摸索时间。
创建时不必一次排完所有内容。先把主要阶段搭出来,再往里填工作项,时间轴随着层级结构调整自动刷新,这种先骨架后细节的做法,比一次成型更省力,中途插入新需求时也不用推翻重来,评审会上讲结构,比对着密密麻麻的表格讲要轻松得多。
排期有两种模式。手动排期由项目经理给计划或工作项设置起止时间,适合节点明确、外部约束多的场景,比如有固定的发布窗口或依赖外部供应商;自动排期按子阶段的时间计算父计划,下层调整后上层自动跟着变化,适合工作项拆得细、排期经常变的团队。两种模式可以混用,主线自动、外围手动,是很多团队的折中做法。
在甘特图界面里,横道支持直接拖拽:拉长缩短就是调整工期,整体前后移动就是调整起始时间,改完即存,不必回到表单里逐项修改,调一轮排期的时间成本大幅下降,现场开会时也能边讨论边改。拖拽改期后相关依赖会不会跟着动,取决于依赖关系是否已配置,这一点下一节展开。
层级同样支持调整,计划上移下移对应升级与降级,把某个计划拖到另一层级下,从属关系与时间计算同步变化,排期调整全部发生在一张图上。版本通知的负担自然就卸掉了,看板上的数据始终是当前口径,调整完成后不需要额外同步动作,看到图的人拿到的就是新版本。
依赖关系共有四类,常见的如结束后才开始、开始后才开始、结束后才结束等,把前后置任务连接起来后,上游任务变动会带动下游横道联动,计划之间的先后逻辑不再靠口头约定,交接也更有依据。配置依赖时建议先理清真正的硬约束,全部串起来反而会让计划失去弹性。
连好依赖后可以梳理关键路径。把串行依赖的任务链拉出来看,哪条链更长、哪条链决定整体交付日期,在图上一目了然,资源应该优先保障哪条线也就有了答案,人手紧张时先把关键路径上的任务保住,这类任务一旦延期,整体交付日期大概率后移。
阻塞点识别同样在这张图上完成。上游任务延期,下游横道跟着后移,卡在哪个环节、波及多少后续工作,不用翻表单就能看出来,与业务方沟通风险时也有了图作依据,讨价还价的场景会少很多,把视图链接发给相关方,沟通成本比文字描述低不少。
里程碑在时间线上以节点形式标识,需求评审、版本发布这类关键节点单独标出,团队与干系人对齐进度时有了共同的参照点,讨论不用再从零解释,节点前的准备工作也能倒排出来,贴在里程碑说明里,执行时不会临时抱佛脚,里程碑讨论也适合放进固定的评审场合,让看图成为习惯。
交付物支持三种格式提交,挂在对应里程碑下验收,节点完成时有据可查,避免口头交付带来的来回扯皮,验收标准在提交时就写清楚,三种格式的具体清单以官方文档为准,事后追认的纠纷会明显减少。
目标跟进围绕里程碑展开,对照计划节点看实际进度,偏差直接显现在图上,延期风险能提前暴露,而不是临近上线才被察觉,整改窗口也就更充裕,向上汇报时也有固定的节奏可循。偏差出现时先判断是计划问题还是执行问题,再决定调计划还是调资源。
跨项目场景用项目集甘特图,它支持多视图切换,把多个项目的计划放进同一条时间轴比较,资源冲突与节奏错位更容易被发现,管理层的整体视角也有了落点,不用再拼各项目的报表,多项目视图里各项目按分组区分,视觉上不会缠在一起。
数据组织上,向项目集添加项目与工作项数据后,各项目进度在汇总视图里持续更新;需要聚焦时,用筛选与搜索定位具体项目或任务,多项目信息不会混作一团,跨项目依赖的衔接处也能单独拎出来检查,权限上按项目边界分配,成员只看得到职责范围内的数据。
对研发管理平台来说,多项目排期的价值在于把各自为政的团队拉到同一张图上讨论。建议固定一个排期评审节奏,每个周期在甘特图上过一遍依赖与里程碑,节奏固定后参与感也会更稳定,让这张图始终保持可信,团队才会持续回来看它。图一旦失真,团队就会退回表格沟通,前面的投入也就白费了。
云巴巴建议:如果你的团队排期经常变、跨项目依赖多,建议在云巴巴咨询时把当前排期流程讲清楚,确认候选工具的自动排期与项目集能力是否匹配,再决定是否引入,避免工具与流程两张皮。
目前,PingCode 已经在云巴巴平台上线。云巴巴提供免费的一对一选型咨询服务,可以把 PingCode 与同类研发管理平台放进同一张对比表,结合团队研发模式与项目复杂度给出匹配建议,欢迎随时咨询。


本文介绍 PingCode 大模型生成测试用例的准备、操作路径与四轮筛选方法,并给出人工补位与效果预期建议,帮助测试团队把 AI 用在正确的地方。

本文介绍 PingCode 大模型生成测试用例的准备、操作路径与四轮筛选方法,并给出人工补位与效果预期建议,帮助测试团队把 AI 用在正确的地方。

本文梳理 PingCode 的角色体系、项目组权限配置路径、账号开通与禁用操作以及访客管理机制,并归纳权限设置常见误区,帮助团队按需授权,做好研发数据访问控制。

本文梳理 PingCode 的角色体系、项目组权限配置路径、账号开通与禁用操作以及访客管理机制,并归纳权限设置常见误区,帮助团队按需授权,做好研发数据访问控制。

Notion 管文档、PingCode 管研发流程,两者重合与分界的场景对比。