活动异常事项汇报怎么做
每周报告已经写到六页，真正重要的那一项却在第四页。
简要回答
异常事项汇报是指：报告只列出越过团队事先约定触发条件的事项，再加一句简短说明，写明检查了哪些范围、哪些正常。其余内容留在追踪表里，需要的人自己查看。
触发条件必须在异常出现之前就写下来，否则报告取决于当周谁比较担心。
什么算异常
异常是指计划、决定或依赖关系已超出团队设定的界限的事项。界限是一条规则，例如里程碑已过期，或某项决定没有负责人，而不是个人感觉。
触发条件要与报告的读者一起制定，这样被上报的事项不会让任何人意外。
为每个报告范围选择触发条件
以下表格作为起点，请换成您自己的界限。表中的内容只是留给团队自行决定的占位示例，并非推荐值。
| 范围 | 触发条件示例（请自行设定） | 通知谁 |
|---|---|---|
| 里程碑 | 某里程碑已过计划日期，却没有完成证据。 | 项目负责人，然后是主席。 |
| 决定 | 某项决定已过决定期限，或没有指定决定人。 | 主席或批准人。 |
| 供应商 | 确认、合约或交付物已超过约定日期。 | 工作线负责人和项目负责人。 |
| 预算 | 某预测项目超出财务认可的容差，或某项费用尚未批准。 | 财务和主席。 |
| 报名 | 实际报名与计划的差距超过委员会约定的范围。 | 项目负责人和委员会。 |
| 问题 | 某个未解决问题超过您设定的时长上限。见问题时长分析。 | 负责人，然后是主席。 |
保留一句简短的正常确认
没有异常的报告，不等于没人检查过的报告。加一行列出已检查的范围和日期，让读者知道没有内容代表已检查，而不是漏掉了。
如果某个范围拿不到数据，就把该范围列为异常：数据缺失。不要让空白被读成好消息。
运行流程
- 与报告读者一起约定触发条件和门槛，并写在追踪表顶部。
- 各工作线负责人在截止日前，对照触发条件检查自己负责的范围。
- 撰写人只列出已触发的事项，每项写明负责人、证据、影响，以及需要采取的行动或决定。
- 加上正常确认的一行，以及数据缺失的范围。
- 几期报告之后复查触发条件。产生过多干扰的要收紧，放宽则必须经过同意。
容易出错的地方
- 触发条件设得太松，平时什么都不报，最后一次性迟报所有事项。
- 由负责人私下判断某件事算不算，导致异常因人而异。
- 报告完全隐藏正常范围，管理层失去整体印象。请保留一行确认，并备好进度看板。
实例演示 · 虚构示例
某虚构专业培训团队精简报告
机构与数字均为虚构，用来展示合适的详细程度。
虚构专业培训师协会秘书处过去每周发一份四页的报告。委员会约定了六条触发条件之后，下一期报告一页就够了。
报告列出两项异常：印刷版议程样稿已超过约定日期，视听报价没有指定批准人。最后一行写道：周四已检查里程碑、决定、供应商、预算、报名和问题；报名数据尚未导出，该范围标为数据缺失。
可直接使用
异常记录与触发条件表
触发条件清单只需复制一次，之后每期报告使用异常条目。
- 触发条件清单：范围、规则、由谁设定、通知谁、约定日期：
- 报告日期与已检查的范围：
- 异常条目1：事项、已越过的触发条件、负责人：
- 证据（文件、日期、信息）：
- 若不解决的影响（日期、成本、范围或受影响的人）：
- 需要的行动或决定，以及期限：
- 异常条目2及之后：重复相同栏目：
- 数据缺失的范围，以及由谁去取得：
- 正常确认：已检查且未越过触发条件的范围：
- 触发条件复查日期及约定的修改：
自己处理，还是寻求外部协助？
以下情况，团队通常可以自行处理
- 读者认同触发条件，并接受正常事项不做详细汇报。
- 有一位同事能在每个周期对照触发条件检查各范围。
- 追踪表中每个事项都有日期和负责人。
以下情况，外部策划协助更有价值
- 读者对哪些事项值得上报意见不一。
- 没有人核对供应商和决定的日期，异常出现得太晚。
- 多条工作线用不同格式汇报，需要整合。
想要有人按触发条件检查并上报吗？
会议项目负责人可以与委员会一起约定触发条件，每个周期对照条件检查各工作线，并把异常事项连同所需决定和证据一并上报。决定权仍在您手中。请发来目前的进度报告，并说明由谁接收。
主办方常见问题
应该用什么门槛？
这要由委员会和财务来决定。合适的界限取决于预算、风险承受度以及距离活动还有多久。把门槛写下来，并在前几期报告之后复查。
管理层会不会觉得看不到全貌？
只要报告保留正常确认的一行，并附上完整追踪表的链接就不会。读者想深入时可以随时查看。
异常可以是好消息吗？
这份报告用于需要行动的事项，好消息放在变化一栏即可。如果某项远远领先并能腾出资源，就作为一项决定提出。
多少个异常算太多？
如果大部分条目都是异常，就要检查计划本身或触发条件。把这一点作为报告的第一项提出。
相关资源
内容记录: 草稿。根据所引用资料撰写，并经自动规则检查；尚未经过独立审阅。