3. 进度协同的业务场景拆解

进度协同不是把一张甘特图共享给所有人，而是让不同层级、不同角色在同一个计划体系里各司其职、各看各的粒度、各填各的数据。要理解 PMIS 项目驾驶舱如何支撑协同，必须先把典型业务场景拆开：多级计划解决"计划从哪来、分几层"，滚动计划解决"计划怎么随时间推进"，任务分派解决"活派给谁"，进度反馈解决"实际干到哪"，变更处理解决"计划改了怎么同步"。这五个场景首尾相接，构成一条完整的计划生命周期链。

多级计划：层级、粒度与责任主体

多级计划的核心是"同一项目、不同层级、不同颗粒度"。典型分为三级：一级计划（里程碑/总控计划）由项目管理层或 PMO 编制，只保留关键里程碑节点，如"主体结构封顶""系统联调完成"，粒度到月或周；二级计划（阶段/专业计划）由各专业负责人或子项目经理编制，把一级里程碑拆解为可交付的阶段成果，粒度到周；三级计划（作业计划）由班组长或任务执行人编制，落到具体工序或任务包，粒度到天甚至小时。

三级计划之间必须建立"父子映射"关系：一级节点由若干二级节点汇总支撑，二级节点由若干三级任务汇总支撑。这样当三级任务完成率变化时，可以逐级向上汇总，驾驶舱才能看到"某个里程碑是否受威胁"。角色分工上，PMO 负责一级计划的发布与冻结，专业负责人负责二级计划的分解与确认，执行人负责三级计划的填报。计划层级不是越多越好，一般控制在三到四级，层级过深会导致汇总失真和填报负担过重。

滚动计划：时间窗口与滚动机制

滚动计划解决的是"计划不能一次编到底"的问题。常见做法是"近细远粗"：未来 2 周（或 1 个月）的计划细化到天，未来 1～3 个月细化到周，3 个月以上只保留里程碑。每到一个滚动周期（如每周五），系统自动把窗口向前滑动一格，把新进入"近细"区间的任务展开为可执行任务，同时把已过期未完成的任务标记为"逾期"并触发重排。

滚动计划的关键参数有三个：滚动周期（周/双周/月）、滚动窗口长度（如 8 周）、冻结期（如未来 1 周内不允许随意调整）。冻结期的意义在于给执行层一个稳定的短期承诺，避免计划天天变、执行无所适从。滚动计划的输出是一份"当前有效计划版本"，它既包含已确认的实际进展，也包含未来窗口内的预测安排。

任务分派：从计划到人的最后一公里

任务分派是把三级计划中的任务包指派到具体执行人，并明确开始时间、完成时间、工作量、前置依赖和交付物。分派方式通常有两种：一是计划编制时直接指定责任人，二是通过"任务池"由执行人认领。无论哪种方式，分派动作都应产生一条可追溯的记录：谁分派、分给谁、什么时候分派、要求什么时候完成。

分派时最容易出问题的是"责任不清"和"负荷不均"。前者表现为一个任务有多个责任人或没有明确责任人，后者表现为某个人同时被分派了超出可用工时的任务。PMIS 通常会在分派环节做两件事：一是强制指定唯一责任人（协办人可多人），二是按人员日历计算可用工时，对超负荷分派给出预警。分派完成后，任务进入执行人的"我的任务"列表，成为进度反馈的起点。

进度反馈：实际数据的采集与汇总

进度反馈是协同链条中最容易失真的环节。执行人需要反馈的不是"完成了百分之多少"这种主观百分比，而是可验证的状态：未开始、进行中、已完成、已暂停、已取消，以及实际开始时间、实际完成时间、剩余工作量、完成百分比（仅在进行中时填写）。对于有交付物的任务，还应上传交付物或填写验收结论。

反馈数据进入系统后，需要经过两级处理：一是任务级汇总，把三级任务的实际完成情况按权重汇总到二级节点；二是节点级判断，把二级节点的完成率与计划完成率对比，计算进度偏差（SV = 已完成工作量对应预算 − 计划工作量对应预算）。偏差超过阈值（如 −10%）时，驾驶舱应自动标红并推送给相关责任人。反馈频率通常与滚动周期一致，如每周五前完成本周任务反馈，逾期未反馈的任务自动标记为"反馈缺失"。

变更处理：计划调整的受控路径

变更处理是保证计划严肃性的关键。并非所有调整都需要走变更流程：任务实际开始/完成时间的小幅修正、责任人内部替换，可以由执行人直接修改并留痕；但涉及里程碑日期调整、关键路径任务增减、总工期变化、预算调整的，必须走正式变更流程。变更流程一般包括：变更申请（说明原因、影响范围、调整方案）→ 影响分析（对后续任务、里程碑、资源、成本的影响）→ 审批（按变更等级由项目经理、PMO 或变更控制委员会审批）→ 计划更新（更新基线并发布新版本）→ 通知相关方。

变更处理中最重要的是"基线管理"：原批准的计划作为基线保留，变更后的计划作为新版本，两者可对比。这样驾驶舱既能展示"当前计划 vs 实际"，也能展示"当前计划 vs 原基线"，帮助管理者判断变更是否合理、是否频繁。

五个场景的衔接关系与角色分工

把五个场景串起来看，它们并不是五个独立功能，而是一条闭环：多级计划确定"做什么、分几层"，滚动计划确定"什么时候做、做多细"，任务分派确定"谁来做"，进度反馈确定"做得怎么样"，变更处理确定"计划要不要改、怎么改"。变更一旦批准，计划基线更新，重新进入滚动和分派，形成下一轮循环。

角色分工上可以概括为：PMO 负责一级计划的发布、冻结和变更审批的合规性；专业负责人负责二级计划的分解、确认和本专业范围内的进度汇总；执行人负责三级任务的接收、执行和反馈；项目经理负责整体偏差判断、资源协调和变更决策。驾驶舱的价值在于把这条链上的关键数据实时呈现出来，让每个角色只看到与自己相关的部分，同时又能向上汇总、向下追溯。

一个可参考的进度反馈字段示例

以下字段可直接用于三级任务的反馈表单设计，字段名和取值可根据项目实际调整：

反馈数据提交后，系统按任务权重向上汇总。例如某二级节点下有三个三级任务，权重分别为 3、2、1，完成百分比分别为 100%、50%、0%，则该二级节点完成率为 (3×100% + 2×50% + 1×0%) / 6 ≈ 66.7%。若该节点计划完成率为 80%，则进度偏差约为 −13.3%，超过 −10% 阈值，驾驶舱应标红并推送提醒。这个计算过程是驾驶舱进度汇总的基础逻辑，也是判断"是否需要干预"的直接依据。