填写周期任务与任务模板，关键是把重复发生的工作拆成三层：周期规则说明多久生成一次、何时生成、何时截止；任务模板固化标题、字段、检查项、负责人角色和验收标准；每次生成的任务实例只补本次特有的信息。下面用一份假设的“每周设备巡检”示例，给出可直接参照的填写结果，并逐项解释填写理由与迁移方法。ONES可作为承载周期任务与任务模板的协作工具，示例中的字段思路在同类工具中也可参照。
要点总览（TL;DR）
- 周期任务与任务模板的填写要拆成三层：周期规则定节奏，任务模板定标准，任务实例只补本次差异。
- 周期规则写清频率、生成时间、截止时间、生效与结束条件，截止时间建议相对生成时间计算，避免跨周期堆积。
- 任务模板承载标题格式、必填字段、检查项、负责人角色和验收标准，判断标准是下一周期能否原样复用。
- 填写顺序为先定周期再定模板，检查项从易漏环节反推，模板按现场流程变化迭代。
- 一次性工作、需求频繁变化的工作不宜强行模板化，项目整体计划与跨对象自动规则不属于本文范围。
示例目标：这份填写示例要解决什么问题
本文设定一个假设情景：某运维小组负责办公区设备的例行巡检，每周需要完成一轮现场检查、记录异常并提交巡检结果。这项工作重复发生、步骤相对稳定，但每次巡检的日期、执行人和发现的异常不同。示例要填写的对象有两个：周期规则和任务模板；填写完成后，系统按规则自动生成任务实例，执行人只需补充本次差异信息。
填写是否合格，可以用三条标准判断：
- 生成时间明确：周期规则能说清任务在每周几、几点生成，截止时间落在哪一天，生效与结束条件清楚。
- 字段可复用：任务模板中的标题格式、必填字段、检查项和验收标准，下一周期无需重新编写。
- 实例只补差异：生成的任务实例中，执行人只需填写本次巡检日期、执行人、异常记录等变化内容，稳定信息由模板带出。
本示例为演示情景，用于说明填写结构与方法，不代表任何真实客户案例或实际使用效果。
完整示例：一份周期任务与任务模板的填写结果
周期规则填写
| 字段 | 填写内容 | 说明 |
|---|---|---|
| 规则名称 | 办公区设备每周巡检 | 名称体现对象与频率，便于在列表中识别 |
| 频率 | 每周一次 | 与巡检制度要求的检查间隔一致 |
| 生成时间 | 每周一 09:00 | 在当周工作开始时生成，给执行人留出安排时间 |
| 截止时间 | 生成后第 3 个工作日 18:00 | 相对生成时间计算，避免跨周堆积 |
| 生效条件 | 自 2025 年 3 月 1 日起生效 | 与新的巡检制度执行日期对齐 |
| 结束条件 | 手动停用，或办公区搬迁后停用 | 写明停用触发情形，避免规则长期空转 |
| 生成对象 | 任务，归属“运维巡检”项目 | 明确生成物落在哪个项目、以什么类型承载 |
任务模板填写
| 模板项 | 填写内容 |
|---|---|
| 标题格式 | 【设备巡检】{巡检区域}-{生成日期} |
| 必填字段 | 巡检区域、执行人、巡检日期、异常数量、异常描述、处理状态 |
| 检查项清单 | 1. 配电箱指示灯与开关状态；2. 空调运行与滤网清洁；3. 消防通道是否畅通；4. 打印机与网络设备运行状态；5. 门窗与门禁状态 |
| 负责人角色 | 巡检执行人（由值班表确定），复核人为运维组长 |
| 验收标准 | 五项检查项全部有结论；异常项附照片或文字描述并标注处理状态；复核人确认后关闭 |
| 默认截止 | 沿用周期规则中的截止时间 |
一次生成实例的填写
规则运行后生成一条任务实例，标题为“【设备巡检】A 栋办公区-2025/03/03”。执行人补充本次信息：巡检日期 2025 年 3 月 4 日；执行人张某；检查项 1 至 4 正常，检查项 3 发现消防通道堆放纸箱，异常数量 1，异常描述为“三层东侧通道堆放包装纸箱约 5 箱”，处理状态为“已通知行政清理，待复查”。其余字段由模板带出，无需重复填写。
逐项解释：每个字段为什么这样填
频率与生成时间的选择依据来自工作节奏本身。巡检要求每周覆盖一次，生成时间放在周一上午，执行人可以在当周内安排现场检查；截止时间用“生成后第 3 个工作日”而不是固定星期几，遇到节假日顺延时不会与下一周期重叠。如果工作节奏是每月报表提交，则频率改为每月一次，生成时间放在月初，截止时间对齐报表汇总节点。
标题格式的作用是让同类任务在列表中可检索、可区分。示例中把“设备巡检”作为固定前缀，把巡检区域和生成日期作为变量，搜索“设备巡检”即可筛出全部周期实例，按日期又能区分不同批次。字段命名同样遵循这一原则：名称写业务含义，如“异常数量”，避免使用“字段 1”“备注 2”这类无法判断用途的命名。
| 字段 | 填写理由 | 常见填法 |
|---|---|---|
| 频率 | 与制度要求的检查间隔一致，过密增加负担，过疏漏检 | 每周、每月、每季度，按实际检查周期选择 |
| 生成时间 | 给执行人留出准备和安排时间 | 放在周期开始的工作时段，避开休息日 |
| 截止时间 | 控制单周期完成节奏，防止任务堆积 | 相对生成时间计算，或对齐下游汇总节点 |
| 标题格式 | 保证可检索、可批量识别 | 固定前缀加区域、日期等变量 |
| 检查项 | 把易漏环节固化为逐条确认，减少凭记忆执行 | 按现场顺序排列，每条可给出“正常/异常”结论 |
| 验收标准 | 让执行人和复核人对“完成”有同一判断 | 写清必须有的结论、附件和确认动作 |
| 负责人角色 | 人员轮换时规则无需改动，由值班安排决定具体人 | 写岗位或角色，实例中再指定执行人 |
检查项与验收标准承担不同作用：检查项告诉执行人“查什么”，验收标准告诉复核人“怎样算查完”。示例中验收标准要求五项都有结论、异常项有描述和处理状态、复核人确认，三者缺一就不能关闭任务。负责人写角色而非具体人，是因为巡检执行人按值班表轮换，若在模板中写死姓名，每次人员变动都要改模板。
实例中只填差异内容，是把稳定信息与变化信息分开的直接结果。模板已经定义了检查项和验收标准，实例中只需记录本次巡检日期、执行人、各检查项结论和异常情况。这样做减少了重复描述，也让不同周期的实例在字段上保持一致，便于横向对比异常出现的位置和频次。
在协作工具中承载这套结构时，周期规则负责按设定时间生成任务，任务模板负责带出字段和检查项，生成后的任务实例进入项目看板或列表，由执行人补充信息、复核人确认关闭。ONES支持任务字段配置与周期任务设置，具体入口和字段名称以实际使用版本为准。
可迁移规律：换一种重复工作怎么套用
从示例中可以提炼出一套填写顺序：先定周期，再定模板，最后约定实例填写范围。先定周期，是因为频率、生成时间和截止时间决定了任务的节奏，也影响模板中检查项的粒度；周期确定后，模板只需承载这个节奏下稳定不变的内容。
- 先定周期再定模板：明确多久发生一次、何时生成、何时截止，再据此设计检查项数量和字段。每月一次的工作，检查项可以更细；每周一次的工作，检查项宜精简到关键环节。
- 模板承载稳定信息，实例承载变化信息：标题格式、字段定义、检查项、验收标准放入模板；日期、执行人、本次发现的问题放入实例。判断标准是“下一周期是否原样复用”，能复用就进模板。
- 检查项从易漏环节反推：回顾过去几次同类工作中出过问题或容易遗漏的环节，把它们写成逐条检查项，而不是把全部操作步骤搬进模板。
- 模板按需迭代：当检查项连续多个周期无人查看、或现场流程发生变化时调整模板；调整后在规则说明中记录变更时间和原因，避免不同周期的实例口径不一致。
以每月报表提交为例：周期规则设为每月最后一个工作日前生成、次月第 2 个工作日截止；模板中固定报表名称格式、必填数据项、数据来源检查和复核人角色；实例中只填本月数据、异常波动说明和提交时间。以每季度安全培训为例：周期规则按季度生成，模板固定培训对象、签到要求、考核方式和归档标准，实例中补充本次培训日期、讲师和参训名单。
适用边界：哪些情况不适合用周期任务与任务模板
周期任务与任务模板适合重复发生、步骤相对稳定、完成标准可以事先写清的工作。以下情形需要谨慎使用，或改用其他管理方式。
| 情形 | 建议 | 原因 |
|---|---|---|
| 一次性工作 | 直接建普通任务，不设周期规则 | 没有重复发生的节奏，周期规则和模板都无处复用 |
| 需求频繁变化、每次做法都不同的工作 | 只保留少量必填字段，检查项按需在实例中补充 | 模板刚固化就可能过时，维护成本高于收益 |
| 项目整体计划与阶段安排 | 归项目计划管理，不在本文展开 | 项目模板面向一次性项目的阶段与里程碑，与周期任务的重复节奏不同 |
| 跨对象自动触发与流转规则 | 归研发流程自动化，不在本文展开 | 这类规则涉及状态变更、字段联动等自动动作，超出周期任务填写的范围 |
| 检查项过多、字段过细 | 精简到关键环节，其余放入操作手册 | 模板过度细化会增加填写负担，执行人容易跳过或敷衍填写 |
判断是否值得模板化，可以问两个问题：这项工作是否按固定节奏重复发生；下一周期是否大部分内容可以原样复用。两个答案都为“是”时，按本文示例填写周期规则和任务模板；只有一个为“是”时，可以只建模板不设周期，或只设周期使用简单字段。模板的细化程度以执行人能据此完成检查、复核人能据此判断完成为准，超出这个范围的内容放在操作规范中更合适。
常见问题
周期任务的生成时间和截止时间用固定日期还是相对时间更好？
取决于工作节奏是否受节假日和下游节点影响。示例中截止时间写成“生成后第 3 个工作日”，遇到节假日顺延时不会与下一周期重叠；如果截止时间必须对齐某个固定节点，比如每月 5 日的报表汇总，则用固定日期更合适。生成时间通常放在周期开始的工作时段，给执行人留出安排现场工作的时间。
任务模板里的负责人写角色，实例生成后没人认领怎么办？
角色写法解决的是人员轮换时不用改模板，但实例生成后仍需落到具体人。可以在周期规则或模板中约定认领方式：由值班表对应的执行人在生成后当天认领，或由组长在生成时按排班指定。若长期出现无人认领，说明角色与排班的对应关系没有写清，应在模板说明中补充“由谁在什么时间指定执行人”。
检查项写多少条比较合适，写少了怕漏、写多了填不完？
以执行人能据此完成检查、复核人能据此判断完成为准。示例中五项检查项覆盖了配电、空调、消防通道、网络设备和门窗门禁，都是现场必须确认且容易遗漏的环节。操作步骤、工具使用方法这类内容放在操作规范中，不逐条搬进模板。如果某个检查项连续多个周期无人查看或总是填“正常”，可以考虑合并或删除。
模板用了一段时间发现要改，已经生成的实例会受影响吗？
已经生成的任务实例保留生成时的字段和检查项内容，修改模板一般影响之后新生成的实例。调整时建议在规则说明中记录变更时间和原因，并确认新旧口径的实例是否需要统一。如果改动涉及验收标准，最好同步通知复核人，避免同一项工作在不同周期按不同标准判断完成。
周期任务和项目模板、自动化规则有什么区别，什么时候该用哪个？
周期任务面向按固定节奏重复发生的工作，比如每周巡检、每月报表，重点是周期规则加可复用模板。项目模板面向一次性项目的阶段、任务和里程碑安排，适合有明确起止时间的项目。跨对象自动触发与流转规则涉及状态变更、字段联动等自动动作，属于研发流程自动化的范围。判断时先看工作是否按固定节奏重复发生，再看是否需要跨对象自动流转。
