AI项目状态总结的关键在于把“进展、偏差、风险、决策”写成可核对的字段，而非堆砌完成百分比。下面这份周报示例面向需要定期向上汇报的项目经理和技术负责人，覆盖迭代中期的周度汇报场景，项目名称、人名、日期与数值均为演示情景。你可以直接套用结构，按自己的项目数据替换内容。
要点总览（TL;DR）
- 示例交付一份可直接套用的周报结构，包含结论与整体健康度、里程碑进展、风险清单、待决策事项、下周计划五部分。
- 健康度用绿黄红三档并附判断依据，从进度、范围、质量、资源四个角度说明，避免只写完成百分比。
- 进展写事实与偏差，偏差带原因、原因带下一步动作；风险与问题分开记录，每条风险都有责任人、应对动作和复查时间。
- 这套写法可迁移到月报、里程碑汇报和复盘，固定字段保证跨周期可比；探索型项目和对外披露报告需调整结构或另行审核。
- AI 可基于迭代记录与工作项状态生成初稿，项目负责人负责核对事实、修正健康度判断和决策建议。
这份示例要解决什么问题
这份示例交付的是一份可填写的周报结构，用于回答“AI项目状态总结应该包含哪些内容、每个字段怎么填”。它适合每周需要向管理层、项目群或客户方同步状态的项目经理、技术负责人和交付负责人，尤其是项目已进入迭代执行、需要同时说明进度与风险的时候。
使用方式是先看完整范例，理解各字段之间的对应关系，再按逐项解释调整自己的填写口径。示例中的“智能客服知识库升级项目”及全部人名、日期、百分比均为演示情景，用于说明字段如何填写，不代表真实客户案例，也不构成任何基准数值。
一份合格的周报结构包含五个部分：结论与整体健康度、里程碑进展、风险清单、待决策事项、下周计划。这五部分按“先判断、再举证、后请求支持”的顺序排列，让阅读者在第一屏就能知道项目是否正常、哪里需要他介入。
完整示例：一个迭代中期的项目状态总结
以下为一份完整填写的周报示例。项目背景设定为：某团队正在建设智能客服知识库升级项目，当前处于第二个迭代中期，计划八周完成上线。
一、结论与整体健康度
整体健康度：黄色（关注）。一句话判断：核心检索链路已按计划联调通过，但知识库数据清洗进度落后约一周，若下周未补齐，将影响第三迭代的准确率验收。
健康度判断依据：进度方面，两个里程碑中一个按期、一个延期；范围方面，本期未新增需求；质量方面，联调缺陷收敛正常；资源方面，数据标注人力缺口一人。
二、里程碑进展
| 里程碑 | 计划完成 | 实际状态 | 偏差 | 偏差原因 |
|---|---|---|---|---|
| 检索服务联调 | 第4周周五 | 已完成 | 无 | — |
| 知识库数据清洗 | 第5周周五 | 完成约60% | 落后约5个工作日 | 历史文档格式不统一，清洗规则返工两次 |
| 准确率首轮验收 | 第6周周五 | 未开始 | 存在延期风险 | 依赖数据清洗完成 |
三、风险清单
| 风险描述 | 影响 | 概率 | 应对措施 | 责任人 | 复查时间 |
|---|---|---|---|---|---|
| 数据清洗延期传导至准确率验收 | 第三迭代验收推迟约一周 | 高 | 本周内补充一名标注人员，清洗规则冻结不再调整 | 数据负责人李某 | 下周三 |
| 标注人力不足 | 清洗速度无法提升 | 中 | 向资源经理申请临时支援，或压缩非核心文档范围 | 项目经理王某 | 本周五 |
| 历史文档质量参差 | 清洗后仍需人工抽检 | 中 | 抽检比例从10%提高到20%，抽检结果纳入验收 | 测试负责人张某 | 下周一 |
四、待决策事项与所需支持
- 是否压缩非核心文档范围：选项A为全量清洗、验收顺延一周；选项B为优先清洗高频问答文档、按期验收。影响分别是上线时间与首轮覆盖度，建议选B，请项目群负责人在本周四前确认。
- 临时标注人力：需资源经理协调一名标注人员投入约五个工作日，否则清洗进度无法补齐。
五、下周计划与关键交付节点
- 完成剩余40%知识库数据清洗，责任人李某，节点下周五。
- 启动准确率首轮验收准备，完成测试用例评审，责任人张某，节点下周三。
- 输出清洗规则冻结版本并归档，责任人王某，节点本周五。
逐项解释：每个字段为什么这样填
示例的价值在于字段口径，数值本身可以替换。下面按五个部分说明判断依据和常见填错方式。
健康度：从四个角度给依据
健康度用绿、黄、红三档即可，关键是每档都附判断依据。进度看里程碑是否按期；范围看本期是否新增或删减需求；质量看缺陷收敛与验收通过情况；资源看关键角色是否到位。示例给黄色，是因为进度有偏差但范围稳定、质量可控，属于“需要关注但尚未失控”。常见错误是只写“进度正常”而不说明依据，或者用完成百分比代替健康度判断。
进展描述：写事实与偏差
进展栏写“完成了什么、计划是什么、差多少、为什么差”，比写“完成60%”更有信息量。示例中数据清洗写“完成约60%、落后约5个工作日、原因是格式不统一导致返工”，阅读者能直接判断是否需要介入。只写百分比的问题在于，无法区分“按计划完成60%”和“延期后完成60%”。
风险与问题：分开记录
已发生并造成影响的事项记为问题，尚未发生但可能发生的事项记为风险。示例中“数据清洗延期”已经是事实，属于问题；“延期传导至验收”是可能发生的后果，属于风险。两者都写责任人、应对动作和复查时间，区别在于问题还要写当前处置状态。常见错误是把所有事项都塞进风险清单，导致真正需要提前干预的风险被淹没。
应对措施：落到动作、人、时间
应对措施要写成可执行的动作，例如“补充一名标注人员”“清洗规则冻结”“抽检比例提高到20%”，并对应责任人和复查时间。写“加强沟通”“密切关注”这类表述，无法在下次周报中核对是否执行。复查时间是风险清单的必备字段，它让每条风险在下个周期都有明确的检查点。
待决策事项：给选项和影响
待决策事项写给有权限拍板的人看，因此要写清“决策什么、有哪些选项、每个选项的影响、建议选哪个、何时需要答复”。示例中把“压缩范围”拆成A、B两个选项，分别对应上线时间与覆盖度的影响，并给出建议和截止时间。只写“需要领导支持”而不说明支持什么，通常得不到有效回应。
从示例到日常：可迁移的写法规律
这套结构可以迁移到月报、里程碑汇报和项目复盘，核心是四条规律。
- 结论先行：任何汇报节奏下，第一段都先给整体判断和一句话结论，再展开证据。月报可以把健康度换成阶段目标达成情况，里程碑汇报可以换成验收结论。
- 固定字段保证可比：风险清单始终保留“描述、影响、概率、应对、责任人、复查时间”六列，跨周对比时能看出风险是在收敛还是在扩大，也便于交接给他人。
- 偏差带原因，原因带动作：凡是写偏差，后面必须跟原因；凡是写原因，后面必须跟下一步动作。这条规则能防止周报变成情况罗列。
- 模板降低撰写成本：把上述五部分固化为模板，每周只替换数据和判断，撰写时间会明显下降，格式也保持稳定。
在AI辅助场景下，可以让工具基于迭代记录、工作项状态和缺陷数据生成初稿，再由项目负责人核对事实、修正健康度判断和决策建议。例如在ONES中，ONES Assistant 智能助手可理解项目、工作项、迭代和 Wiki 页面等工作上下文，官网示例指令包含“根据当前迭代生成项目周报，并保存到 Wiki”，也支持汇总通知并标记交付风险；围绕项目进展、工时投入、缺陷分布和资源配置，它还能生成进展分析与根因判断，供管理者在风险扩大前干预。这些能力以实际项目数据与权限配置为前提，生成结果仍需人工核对后再对外汇报。
适用边界：哪些情况不适合照搬
示例假设项目有明确里程碑和可量化的交付节点，探索型项目、预研项目或需求高度不确定的项目需要调整结构：里程碑可改为阶段性验证目标，进展描述侧重假设验证结果而非完成比例，风险清单的概率判断也要相应放宽口径。
涉及合同条款、合规审查、对外披露或客户正式交付的报告，需要在示例结构之外走正式的审核与成稿流程，本示例只提供内容组织方式，不替代这些流程。示例中的项目、人名、日期、百分比和健康度结论均为演示情景，不能作为任何项目的基准值或考核依据；实际填写时应以本项目的工作项记录、验收结果和资源实际情况为准。
常见问题
周报里健康度已经标了黄色，还需要逐条写判断依据吗？
需要。健康度是一个综合判断，阅读者看到黄色后，第一反应是“哪里出了问题、要不要我介入”，判断依据就是回答这个问题。示例中黄色对应的是“进度有偏差、范围稳定、质量可控、资源有缺口”，四个角度各有一句事实支撑，阅读者能据此判断是否与自己相关。
如果只标颜色不写依据，不同人对黄色的理解会不一致，跨周对比时也无法判断项目是在好转还是恶化。依据不必写长，每个角度一句话即可。
同一件事既像问题又像风险，应该记在哪一栏？
按是否已经发生来分。已经发生并造成影响的事项记为问题，尚未发生但可能发生的事项记为风险。示例中“数据清洗延期”已经发生，属于问题；“延期传导至准确率验收”是可能发生的后果，属于风险。
如果一件事已经发生、同时还会引发后续影响，可以把它写成一条问题加一条关联风险，并在风险描述里注明来源。这样处理的好处是，问题栏反映当前处置状态，风险栏保留提前干预的空间。
项目没有明确里程碑，这套结构还能用吗？
可以调整后使用，但里程碑一栏需要换一种写法。探索型或预研型项目可以把里程碑改为阶段性验证目标，例如“完成某方案可行性验证”“输出某场景的评估结论”，进展描述侧重假设是否被验证、结论是否可复现，完成比例只作为辅助信息。
风险清单的字段可以保留，概率判断的口径相应放宽，并在风险描述中写明不确定性来源。结论与整体健康度、待决策事项、下周计划三部分基本不受影响。
用 AI 生成周报初稿后，人工还需要核对哪些内容？
重点核对三类内容：一是事实，包括里程碑状态、完成比例、缺陷数量和责任人，确保与工作项记录一致；二是判断，健康度档位和风险概率属于综合判断，需要项目负责人结合上下文确认；三是决策建议，AI 可以列出选项和影响，建议选哪个、何时需要答复仍由负责人确定。
ONES Assistant 智能助手可理解项目、工作项、迭代和 Wiki 页面等工作上下文，官网示例指令包含“根据当前迭代生成项目周报，并保存到 Wiki”，也支持汇总通知并标记交付风险。生成结果以实际项目数据与权限配置为前提，对外汇报前仍需人工核对。
周报里的待决策事项怎么写才能推动上级尽快拍板？
写清四件事：决策什么、有哪些选项、每个选项的影响、何时需要答复。示例中把“是否压缩非核心文档范围”拆成全量清洗与优先清洗两个选项，分别对应上线时间和首轮覆盖度的影响，并给出建议选项和确认截止时间。
只写“需要领导支持”通常得不到有效回应，因为对方不知道要支持什么、支持到什么程度。把选项和影响摆出来，决策成本会明显下降。
