周期任务触发规则可以拆成五个字段来写：触发周期、触发时点、任务生成对象、负责人与协作人、完成时限与例外处理。本文以“每周一上午9点生成上周周报整理任务”为演示情景，把五个字段逐一填满，并说明节假日、负责人休假、任务未完成时的处理写法，读者可替换周期和对象，形成自己团队的规则。
要点总览（TL;DR）
- 周期任务触发规则可拆成五个字段：触发周期、触发时点、任务生成对象、负责人与协作人、完成时限与例外处理，按顺序填完即可形成一条可执行规则。
- 示例以“每周一上午9:00生成上周周报整理任务”为演示情景，负责人采用轮值写法，截止时间为生成当日18:00，节假日顺延、休假改派、到期未完成升级提醒。
- 换成月度任务时，周期改为每月一次、时点与月度经营节奏对齐，时限放宽到两到三个工作日，例外需覆盖长假。
- 周期触发适合时间可预测、角色稳定、产出结构一致的重复工作；依赖外部事件触发的流转和项目整体计划复用应换用其他机制。
- 规则上线后先观察一到两个周期，核对生成时间、负责人落位和截止时间，再逐步推广到其他重复工作。
示例目标：这份规则要解决什么重复工作
先设定一个具体情景：一个团队每周需要把上周各成员的进展汇总成周报，分派给相关人补充，再统一跟进未完成事项。这项工作每周重复，时间固定，参与人基本稳定，适合用周期任务触发规则来承接。本文的示例就围绕这项工作展开，给出规则从字段到文本的完整写法。
这条规则要达成三个目标。第一是按时生成：到了约定时点，任务自动出现，不依赖某个人记得手动建单。第二是责任到人：任务生成时就带好负责人和协作人，避免出现“任务建了但没人认领”的空档。第三是异常可处理：遇到节假日、负责人休假、任务到期未完成等情况，规则里有明确的处理写法，而不是靠临时口头协调。
需要说明的是，以下内容为演示情景，用于展示规则字段如何填写，不是客户案例，也不是任何产品的实测结果。示例中的团队、周期和时限均可替换，读者应结合自己团队的实际节奏调整。
完整示例：每周周报整理任务的触发规则
下面把五个字段逐一填满，形成一条可直接套用的规则。表格是字段视图，表格之后的规则文本是团队内部实际使用的表述形式，两者内容一致。
| 字段 | 填写内容 |
|---|---|
| 触发周期 | 每周一次 |
| 触发时点 | 每周一上午9:00 |
| 任务生成对象 | “上周周报整理”任务，归属团队周报项目，标签为“周报”“例行” |
| 负责人与协作人 | 负责人为周报轮值人（按名单轮值）；协作人为各小组进展提报人 |
| 完成时限与例外处理 | 截止时间为生成当日18:00；遇法定节假日顺延至节后首个工作日同一时点；负责人休假时由轮值名单下一位接手；到期未完成则次日9:00提醒负责人并抄送团队负责人 |
对应的规则文本可以这样写：“每周一上午9:00，在团队周报项目中生成‘上周周报整理’任务，标签为周报、例行。负责人按周报轮值名单确定，协作人为各小组进展提报人。任务截止时间为生成当日18:00。遇法定节假日，生成时间顺延至节后首个工作日9:00，截止时间同步顺延至当日18:00。负责人休假时，由轮值名单下一位接手并在任务中注明交接。任务到期未完成，次日9:00提醒负责人并抄送团队负责人。”
任务生成后的字段快照如下，便于核对规则是否按预期落地：
- 标题：上周周报整理（第N周）
- 负责人：当周轮值人
- 协作人：各小组进展提报人
- 截止时间：生成当日18:00
- 标签：周报、例行
- 所属项目：团队周报项目
逐项解释：每个字段为什么这样填
周期与时点的选择依据是与团队例会节奏对齐。示例中团队每周一上午开例会，周报整理放在例会前完成才有意义，因此时点定在周一9:00，给负责人留出白天整理和催办的时间。如果时点定在周五，整理出的内容到下周例会时已经过时；如果定在周一中午，例会已经开完，任务生成即失去用途。周期和时点要服务于下游使用场景，而不是随手选一个时间。
负责人有固定和轮值两种写法，差别在于责任归属方式。固定写法适合有专职岗位的情况，例如“由项目助理负责”，规则简单、责任清晰，但该岗位缺位时容易断档。轮值写法适合多人分担的情况，示例采用的就是轮值：需要同时写明轮值名单、轮值顺序和交接方式，否则“轮值”会变成没人认领。轮值写法的规则文本里应包含“由轮值名单下一位接手”这类兜底表述。
时限与例外要成对书写。只写截止时间不写例外，规则在节假日和休假场景下就会失效。示例中节假日采用顺延写法，生成时间和截止时间同步顺延，保持“当天生成、当天完成”的关系不变；休假采用改派写法，由轮值下一位接手并注明交接；任务未完成采用提醒加抄送写法，先提醒再升级，避免一上来就惊动所有人。这三种例外的处理方式不同，是因为它们的影响范围不同：节假日影响全体，休假影响个人，未完成影响进度。
哪些字段适合写死，哪些适合留参数，取决于变化的频率。生成对象、标签、协作人角色这类结构性内容适合写死，保证每次生成的任务结构一致，便于统计和检索。周期、时点、轮值名单、截止时间适合留参数，团队节奏调整时只改参数不动结构。示例中把“当日18:00”作为参数而非写死在任务描述里，就是为了节假日后能整体顺延。
可迁移规律：换成其他周期任务怎么改
从示例可以提炼出一套通用填写顺序：先定周期，再定时点，然后定生成对象，接着定责任人和协作人，最后写时限与例外。按这个顺序填，每一步都建立在前一步之上，不容易漏字段。填写时可以用一个问题检验每个字段：这个值变了，规则还成立吗？如果成立，说明它是参数；如果不成立，说明它是结构，应当写死。
变体示例：每月1日生成月度复盘任务。周期为每月一次，时点为每月1日上午10:00，生成对象为“上月月度复盘”任务、归属团队复盘项目、标签为“复盘”“例行”，负责人为团队负责人、协作人为各小组负责人，截止时间为每月3日18:00，例外处理为遇节假日顺延至节后首个工作日、负责人休假时由指定代理人接手、到期未完成则每日提醒直至关闭。与周报示例相比，月度任务的时限放宽到两天以上，因为复盘需要收集整月数据，当天完成不现实。
日、周、月任务在时点和时限上的差异有规律可循。日任务时点通常放在上班开始或前一天下班前，时限多为当天，例外以顺延为主；周任务时点与周例会对齐，时限一般给半天到一天，例外需要覆盖周末和节假日；月任务时点与月度经营节奏对齐，时限给两到三个工作日，例外需要覆盖长假。周期越长，时限越宽，例外处理越需要提前写清楚。
规则上线后，建议观察一到两个周期再判断是否稳定。检查项包括：任务是否在约定时点生成、负责人是否按轮值顺序正确落位、截止时间是否与规则一致、例外场景是否按写法执行。发现偏差时先核对参数，再核对结构，不要急于增加新字段。确认稳定后，再考虑把规则推广到其他类似的重复工作。
规则落地时，如果团队使用ONES管理任务，可以把上述字段对应到周期任务与任务模板的配置中：用任务模板固定生成对象的标题结构、标签和协作人角色，用周期设置承载触发周期与时点，负责人和截止时间作为每次生成时带入的字段。这样规则文本和系统配置保持同一套字段口径，复核时对照检查即可。
适用边界：哪些情况不适合用周期触发
周期触发适合规则化、节奏固定的重复工作，例如周报整理、月度复盘、例行检查、定期对账。这类工作的共同特征是：发生时间可预测、参与角色稳定、产出物结构一致。满足这三条，规则就能稳定运行；缺少其中任何一条，就需要先梳理工作本身，再考虑是否上规则。
以下情形不适合用周期触发，或者需要换用其他机制：
- 依赖外部事件触发的跨对象自动流转，例如代码提交后自动创建测试任务、工单状态变更后触发审批。这类需求属于研发流程自动化的范畴，用事件触发规则更合适，周期触发无法表达“当某件事发生时”。
- 项目整体计划的复用，例如新项目启动时套用一套完整的阶段和里程碑。这类需求属于项目模板管理，关注的是计划结构的复制，与按时间生成单个任务不是同一类问题。
- 发生时间不固定、参与人随情况变化的工作，例如临时专项、突发问题处理。给这类工作套周期规则，只会生成大量无人处理的任务。
规则本身也需要定期复核。团队例会时间调整、轮值名单更换、业务节奏变化，都会让原来的周期和时点脱节。建议每季度对照实际执行情况检查一次：生成的任务是否仍被使用、负责人是否仍合适、例外处理是否覆盖了新出现的情况。复核的产出是参数调整，而不是推翻重写，保持规则结构稳定有助于长期维护。
常见问题
轮值负责人遇到连续两人都休假，规则应该怎么写？
轮值写法需要把兜底层级写清楚，而不只是写“由下一位接手”。可以在规则中约定：轮值名单按顺序顺延，若连续两位轮值人都在休假，则由团队负责人指定接手人，并在任务中注明交接来源。这样规则覆盖了单点休假和连续缺位两种情况，避免任务生成后无人认领。
如果团队休假情况较集中，也可以把轮值名单拉长到覆盖一个完整周期，减少临时指定的频率。
节假日顺延后，截止时间和生成时间需要分别写吗？
需要。生成时间和截止时间是两个独立参数，顺延规则应同时说明两者的变化。示例的写法是生成时间顺延至节后首个工作日9:00，截止时间同步顺延至当日18:00，保持“当天生成、当天完成”的关系不变。如果只写生成时间顺延，截止时间仍停留在原日期，任务一生成就已逾期。
长假前后还要确认顺延后的时点是否与团队例会冲突，必要时临时调整一次参数。
规则运行一段时间后，怎么判断该调整参数还是重写规则？
先看偏差出在哪个字段。如果任务仍按时生成、结构正确，只是时点或截止时间与团队节奏不符，属于参数问题，调整周期、时点或时限即可。如果任务生成后经常无人处理、参与角色已经变化、产出物结构不再一致，说明工作本身发生了变化，需要重新梳理规则结构。
复核时对照实际执行记录逐项检查：生成时间、负责人落位、截止时间、例外是否按写法执行。多数情况下调整参数就能解决，保持规则结构稳定更利于长期维护。
日任务和周任务在例外处理上有什么不同？
日任务发生频率高，单次延误影响有限，例外通常以顺延为主，例如遇休息日顺延至下一个工作日。周任务与周例会对齐，例外需要同时覆盖周末和节假日，否则任务可能在例会前没有生成。月任务周期长，例外还要考虑长假对数据收集的影响，时限一般给到两到三个工作日。
周期越长，例外场景越需要提前写清楚，因为留给临时协调的时间更少。
团队还没有固定的例会节奏，能先上周期任务规则吗？
可以先梳理工作本身再决定。周期任务规则依赖可预测的时间点，如果团队例会、评审或汇报节奏尚未稳定，规则中的时点缺少参照，容易出现生成即过期或与会议重复的情况。
可行的做法是先记录几周这项工作的实际发生时间，找出相对稳定的节点，再据此设定周期和时点。节奏稳定后再把规则固化，比先上规则再反复调整更省事。
