工时填报提醒要解决四个问题：提醒谁、什么时候提醒、多久提醒一次、提醒后怎么跟进到关闭。在多项目并行、填报周期固定、截止前集中补填的场景下，提醒对象需要按责任归属分层，节奏要随截止临近逐步加密，未填和待补记录则要分别用清单和分类处置来收口。以下按对象、节奏、未填跟进、待补处理、角色分工、运行示例和检查项依次展开。
要点总览（TL;DR）
- 提醒对象按三层划分：填报责任人收本人跨项目合并明细，项目负责人收本项目缺口汇总，资源经理或PMO收部门或资源池整体缺口；全员群发只用于规则变更和周期开放通知。
- 提醒节奏围绕四个节点：周期开放日首次提醒、周期中段进度提示、截止前1–2天加密提醒、截止后次日定向催办，频率随截止临近递增，截止后降为每2–3天一次。
- 未填记录在截止后次日生成按责任人排序的清单，经责任人确认、项目负责人推动、超期逐级升级、填报确认后关闭，全程留痕。
- 待补记录按审核退回、信息不全、项目归属错误分类，分别指定补填责任人和1–3个工作日期限，补填后由审核人复核，多次退回升级到PMO处理。
- 机制是否跑通看周期关闭时未填和待补记录能否按时清零、升级是否留痕，检查结果回到提醒规则本身做下周期调整。
提醒对象怎么分层：谁必须收到、谁只需汇总
提醒对象按“谁受影响、谁需要行动”来分层，核心原则是：需要动手填的人收到明细，需要掌握缺口的人收到汇总。全员群发只在规则变更、周期开放等通用通知时使用，日常催填不做全员广播，否则真正需要补填的人容易把提醒当成背景信息忽略。
第一层是填报责任人，即当期有应填工时但尚未填完的成员。他们收到的是与自己相关的明细：哪个项目、哪个周期、还差多少工时、截止时间。第二层是项目负责人，按项目维度接收缺口汇总，看到本项目内哪些成员未填、缺口总量多少，用于在项目内部推动。第三层是资源经理或PMO，按部门或资源池接收整体缺口，用于跨项目协调和最终收口。
多项目并行时，同一个人往往同时挂在多个项目下。此时应把该成员在各项目的未填记录合并为一条提醒，列出项目清单和各自缺口，避免同一人被多条提醒反复打扰。合并提醒的粒度是“人”，不是“人×项目”。
| 角色 | 接收内容 | 接收粒度 | 触发条件 |
|---|---|---|---|
| 填报责任人 | 本人未填明细、缺口工时、截止时间 | 按人合并，跨项目列清单 | 本人存在未填记录 |
| 项目负责人 | 本项目缺口汇总、未填成员名单 | 按项目 | 本项目存在未填记录 |
| 资源经理/PMO | 部门或资源池整体缺口、超期名单 | 按部门或资源池 | 整体缺口超过阈值或进入截止后阶段 |
| 全体成员 | 规则变更、周期开放通知 | 全员 | 仅通用通知场景 |
触发时点与频率：从周期开放到截止后的四段节奏
提醒节奏围绕四个节点设置：周期开放日、周期中段、截止前1–2天、截止后次日。频率随截止临近递增，截止后转为低频定向催办，形成“先提示、再提醒、后催办”的递进结构。
周期开放日的首次提醒承担告知功能，说明本周期填报范围、截止时间和填报入口，让成员在周期开始就知道要做什么。周期中段的进度提示承担预警功能，只发给尚未开始填或明显落后的人，避免打扰已完成填报的成员。截止前1–2天进入加密提醒，频率提高到每天一次甚至两次，对象收窄到仍未填完的人。截止后次日转为定向催办，频率降为每2–3天一次，直到记录关闭。
在固定填报周期且截止前集中补填的场景下，节奏需要做两处调整：一是把中段进度提示适当提前，给集中补填留出缓冲；二是把加密提醒集中在截止前48小时内，配合截止当天的最终提示，减少前期无效打扰。
| 节点 | 时间 | 频率 | 对象 | 渠道建议 |
|---|---|---|---|---|
| 首次提醒 | 周期开放日 | 1次 | 全体应填成员 | 站内通知或邮件 |
| 进度提示 | 周期中段 | 1次 | 未开始或明显落后成员 | 站内通知 |
| 加密提醒 | 截止前1–2天 | 每天1–2次 | 仍未填完成员 | 站内通知加即时消息 |
| 定向催办 | 截止后次日 | 每2–3天1次 | 超期未填成员及其负责人 | 定向消息加负责人同步 |
未填记录怎么跟进：从清单到关闭的处置流程
未填记录跟进的前提是一份口径统一、字段完整的清单。清单在截止后次日生成，按责任人逐条列出，作为后续催办和升级的依据。清单字段建议包括：责任人、所属项目、填报周期、应填工时、已填工时、缺口工时、最后提醒时间、当前状态。
跟进分四步推进。第一步，责任人对照清单确认缺口，属于漏填的补填，属于无需填报的说明原因。第二步，项目负责人按本项目清单推动成员补填，对无响应成员进行一对一确认。第三步，超期未填进入升级路径，按项目负责人到资源经理或PMO逐级上报，升级动作和结果都要留痕。第四步，责任人完成填报并确认后，清单状态更新为已关闭。
- 清单生成：截止后次日，由PMO或资源管理员输出，字段齐全、按责任人排序。
- 责任人确认：收到提醒后核对缺口，补填或说明免填原因。
- 项目负责人推动：对本项目未响应成员一对一确认，记录沟通结果。
- 升级处理：超期未填按层级上报，升级时间、对象、结果留痕。
- 关闭判定：责任人完成填报并确认，清单状态置为已关闭。
跟进记录留痕的意义在于可追溯：谁在什么时间被提醒、谁做了确认、升级到哪一级、最终如何关闭，都应在清单或跟进日志中体现，便于周期关闭时统一核对。
待补记录怎么处理：按退回原因分类补填
待补记录与未填记录的区别在于：未填是应填未填，待补是已填但需要修正。待补记录常见来源有三类：审核退回、信息不全、项目归属错误。三类原因对应的补填责任人和期限不同，混在一起催办会导致责任不清。
审核退回的记录由原填报人负责修改，期限可设为退回后1–2个工作日；信息不全的记录由填报人补充缺失字段，期限与退回一致；项目归属错误的记录需要填报人确认正确项目，必要时由项目负责人协助判断归属，期限可略放宽到2–3个工作日。补填完成后，由审核人复核，复核通过才关闭。
| 待补原因 | 补填责任人 | 建议期限 | 复核动作 |
|---|---|---|---|
| 审核退回 | 原填报人 | 退回后1–2个工作日 | 审核人复核通过 |
| 信息不全 | 原填报人 | 退回后1–2个工作日 | 审核人核对字段完整性 |
| 项目归属错误 | 填报人，项目负责人协助 | 2–3个工作日 | 审核人确认归属正确 |
多次退回的记录需要单独处理：同一记录退回两次以上，应要求填报人说明原因，并由审核人或项目负责人判断是规则理解问题还是数据问题，必要时升级到PMO统一处理，避免同一记录在填报人和审核人之间反复往返。
角色与交付物：谁负责提醒、谁负责收口
提醒机制能否稳定运行，取决于每个角色是否清楚自己产出什么、交给谁。PMO或资源管理员负责规则配置和清单输出，是机制的运行中枢；项目负责人负责本项目缺口跟进；填报人负责补填与确认；审核人负责待补记录的复核。
| 角色 | 主要职责 | 交付物 | 交接点 |
|---|---|---|---|
| PMO/资源管理员 | 配置提醒规则、生成清单、汇总整体缺口 | 提醒规则、未填清单、待补清单、周期核对结果 | 向项目负责人下发项目缺口清单 |
| 项目负责人 | 推动本项目成员补填、确认缺口 | 项目缺口跟进记录 | 向PMO反馈关闭情况 |
| 填报人 | 补填工时、确认记录、说明免填原因 | 已填工时记录、确认说明 | 提交给审核人复核 |
| 审核人 | 复核待补记录、判断退回原因 | 复核结果、退回原因说明 | 复核通过后交回PMO关闭 |
在工时记录和通知环节，ONES 资源和工时管理解决方案支持查询和导出工时登记日志明细，方便项目经理实时了解成员工时；同时支持多维度掌握项目和成员的资源投入情况。这些能力可以作为未填清单和缺口汇总的数据来源，让提醒对象分层和跟进有据可依。提醒规则的具体配置方式需结合组织使用的工具和角色设置确定。
示例：一个双周填报周期的提醒运行过程
以下为一个双周填报周期的演示情景，用于说明提醒机制从开放到关闭的完整运行，具体时间和频率可按组织实际调整。
周期开放日，PMO向全体应填成员发出首次提醒，说明本周期起止时间、填报范围和截止时间。周期中段，系统输出进度清单，PMO只向尚未开始填或明显落后的成员发出进度提示，同时把项目缺口汇总发给各项目负责人。
截止前48小时进入加密提醒，频率提高到每天一次，对象收窄到仍未填完的成员，提醒中列出本人跨项目的缺口明细。截止当天再发一次最终提示。截止后次日，PMO生成未填清单，按责任人逐条列出缺口，同时把待补记录按退回原因分类，分别通知原填报人和审核人。
截止后第2–3天，项目负责人对本项目超期未填成员一对一确认，仍无响应的升级到资源经理。待补记录在退回后1–2个工作日内完成补填并由审核人复核。周期关闭时，PMO统一核对未填清单和待补清单，确认已关闭记录数量、升级记录数量和遗留问题，作为下周期规则调整的依据。
完成检查：提醒机制是否跑通的判断项
判断提醒机制是否有效运行，可以逐项核对以下检查项。每一项都对应一个可观察的结果，而不是笼统的“提醒到位”。
- 提醒对象是否覆盖全部责任人：应填成员、项目负责人、资源经理或PMO是否都按分层规则收到对应内容。
- 时点与频率是否按规则执行：开放日、中段、截止前、截止后四个节点的提醒是否按时发出，频率是否符合递增和降频规则。
- 未填清单是否在截止后按时生成：清单字段是否完整，是否按责任人逐条列出缺口。
- 待补记录是否在期限内关闭：各类退回原因是否对应到责任人和期限，复核是否通过。
- 升级路径是否被触发并留痕：超期未填是否按层级上报，升级时间、对象和结果是否有记录。
- 下周期可复用的规则调整点：本周期哪些提醒被忽略、哪些节点过于密集或不足，是否形成可执行的调整项。
检查结果应回到提醒规则本身：如果某类提醒长期无人响应，需要检查对象是否选错或渠道是否不合适；如果待补记录反复退回，需要检查填报规则是否清晰。机制的有效性最终体现在周期关闭时未填和待补记录能否按时清零，以及跟进过程是否可追溯。
常见问题
填报周期不固定、按项目节点临时开放时，提醒节奏怎么调整？
周期不固定时，四段节奏可以保留，但时间锚点从固定日期改为事件触发：项目节点确认或阶段交付后开放填报窗口，开放当日发首次提醒；窗口期较短（如3天以内）时，可省略中段进度提示，直接在截止前1天发加密提醒；截止后次日仍按定向催办处理。关键是每个周期开放时同步公布本周期截止时间，让成员知道提醒节奏的参照点，避免因周期不固定而把提醒当成随机打扰。
同一成员跨多个项目时，合并提醒会不会让项目负责人看不到自己项目的缺口？
不会。合并只作用于发给填报责任人的明细提醒，把该成员在各项目的未填记录合成一条，列出项目清单和各自缺口；发给项目负责人的汇总仍按项目维度单独生成，本项目内哪些成员未填、缺口多少照常呈现。两类提醒的接收对象和粒度不同，可以并行发送，互不替代。
待补记录多次退回，是继续催填报人还是先改规则？
先判断退回原因的性质。同一记录退回两次以上，要求填报人说明原因，由审核人或项目负责人判断属于规则理解问题还是数据问题：属于规则理解问题，由PMO统一解释口径或调整填报说明；属于数据问题，按原流程补填。若同类退回在多条记录上重复出现，说明填报规则本身需要澄清，应在周期关闭时作为规则调整项处理，而不是继续逐条催办。
提醒发出后长期无人响应，应该先换渠道还是先升级？
先确认对象是否选对。如果未填成员本人确实收到了提醒但未响应，按升级路径由项目负责人一对一确认，仍无响应再上报资源经理或PMO；如果提醒发给了不承担填报责任的人，属于对象分层错误，应先修正接收名单再谈渠道。渠道调整（如站内通知加即时消息）适合作为加密提醒阶段的补充手段，不能替代升级机制。
用ONES做工时填报提醒，哪些环节能直接支撑，哪些需要组织自己配置？
ONES 资源和工时管理解决方案支持查询和导出工时登记日志明细，方便项目经理实时了解成员工时，也支持多维度掌握项目和成员的资源投入情况，这些能力可以作为未填清单和缺口汇总的数据来源。提醒规则的具体配置方式、通知渠道以及待补记录跟进流程，需结合组织使用的工具版本和角色设置确定，建议在正式运行前用一个周期做小范围验证。
