AI项目状态总结模板以一张周度状态表为核心，把项目基本信息、里程碑与进度偏差、风险与阻塞、下一步动作四组字段放在同一张表里，并单独留出“AI总结草稿”一列承载机器生成的摘要。填写时，进度、完成项、阻塞事项由负责人如实记录，风险等级与最终结论由项目经理复核确认，AI负责汇总与措辞。下文给出可直接复制的空白表、逐字段口径、必填与选填规则、一份完整周报示例，以及模板随项目调整的维护方法。状态数据若已在ONES中沉淀为工作项与风险记录，可在此基础上汇总成表。
要点总览（TL;DR）
- 模板以一张周度状态表为核心，按基本信息、进展、风险与阻塞、下一步、AI总结草稿五段排列，复制表头即可开始填写。
- 事实字段由负责人如实记录，风险等级与最终结论由项目经理复核确认；AI草稿只做汇总与措辞，与人工结论不一致时以人工结论为准。
- 必填项覆盖基本信息、完成事项、里程碑状态、实际完成率、有风险时的四项风险字段、下期计划以及人工校对结论；暂缺字段统一标注“待确认”并注明补齐时间。
- 字段口径需全项目统一：统计周期写全起止日期，里程碑状态从固定标签中选，完成率固定一种计算口径，风险等级按影响与紧迫度分档。
- 模板按项目规模裁剪字段，保留版本号与变更记录，每季度复核一次；状态数据可从工作项与风险记录中汇总，减少回忆式填写。
可复制空白模板：AI项目状态总结表
下表可直接复制到文档或表格工具中使用。建议每周固定时间填写一次，统计周期统一为周一至周日，更新时间填实际提交时刻。表格按“基本信息—进展—风险与阻塞—下一步—AI草稿”五段排列，复制后保留表头即可开始填写。
| 区块 | 字段 | 填写内容 |
|---|---|---|
| 基本信息 | 项目名称 | |
| 统计周期 | 年 月 日 — 年 月 日 | |
| 项目负责人 | ||
| 更新时间 | 年 月 日 时 | |
| 进展 | 本期完成事项 | |
| 里程碑状态 | （未开始／进行中／已达成／延期） | |
| 计划完成率 | % | |
| 实际完成率 | % | |
| 风险与阻塞 | 风险描述 | |
| 影响范围 | ||
| 风险等级 | （高／中／低） | |
| 责任人 | ||
| 应对动作 | ||
| 预计解除时间 | 年 月 日 | |
| 下一步 | 下期计划 | |
| 需要决策或协调的事项 | ||
| AI总结草稿 | 机器生成摘要 | |
| 人工校对结论 | ||
| 校对人与校对时间 | ／ 年 月 日 |
风险与阻塞区在实际使用时按行扩展：一条风险占一行，字段横向排列，便于逐条跟踪解除情况。若当周无风险，填写“本周无新增风险”并保留一行占位，避免表格结构被删改后难以对比历史周报。
字段说明：每个格子该填什么
字段口径不统一，是周报最难横向比较的原因。同一列在不同项目里含义漂移，汇总时就只能靠人工重新解读。下表给出每个字段的填写口径，与上一节模板逐项对应。
| 字段 | 填写口径 | 常见错误 |
|---|---|---|
| 项目名称 | 使用立项时的正式名称，不加周次、不加负责人姓名 | 每周改名，导致历史数据无法关联 |
| 统计周期 | 统一为自然周，起止日期写全；跨周任务按截止日归属 | 有的写“本周”，有的写具体日期 |
| 项目负责人 | 填对结果负责的一人，不填团队名 | 填多个名字，责任不清 |
| 更新时间 | 填实际提交时间，精确到小时 | 填统计周期截止日，混淆了数据截止与提交时间 |
| 本期完成事项 | 只写本期真正完成并经验收的事项，每条以动词开头 | 把“推进中”的事项写进完成项 |
| 里程碑状态 | 从四个固定标签中选一个，不自由描述 | 写“基本完成”“差不多了” |
| 计划完成率／实际完成率 | 按里程碑或工作项数量计算，分子分母口径全项目统一 | 一个项目按工时算，一个按条数算 |
| 风险描述 | 写“什么原因可能导致什么后果”，一句话说清 | 只写“有风险”，无法判断 |
| 影响范围 | 写明受影响的模块、里程碑或交付日期 | 写“影响较大”这类无法核实的判断 |
| 风险等级 | 按下方分档定义判定 | 凭感觉定级，同类风险等级不一致 |
| 责任人 | 填具体跟进人，与项目负责人可不同 | 填“项目组” |
| 应对动作 | 写已采取或计划采取的具体动作及完成时间 | 写“持续关注” |
| 预计解除时间 | 填日期，不填“尽快” | 长期不更新，风险挂着不解除 |
进度类字段建议在百分比与状态标签中择一作为主口径，另一项作为辅助。以里程碑数量计算完成率的项目，就固定用“已达成里程碑数÷计划里程碑数”，不要中途切换为工时口径，否则曲线会出现无法解释的跳变。
风险等级建议按影响与紧迫度两维分档：高，指影响本期或下期里程碑交付日期，且当前无成熟应对方案；中，指影响后续里程碑但已有可行应对动作；低，指影响局部工作、可在常规节奏内消化。分档定义写进模板说明，新成员按同一标准定级。
AI总结草稿区与人工结论区的关系需要明确：AI根据本期已填字段生成摘要草稿，负责归纳完成项、点出偏差与风险；项目经理逐条核对后写入人工校对结论，两者不一致时以人工结论为准。草稿保留原文，便于回溯AI漏判或误判的情况。
必填与选填：哪些字段不能空
模板要能长期执行，字段数量必须克制。建议把直接支撑决策的字段设为必填，其余按项目情况选填。空缺时统一标注“待确认”，并注明预计补齐时间，避免空白被读成“无风险”或“无进展”。
| 字段 | 属性 | 说明 |
|---|---|---|
| 项目名称、统计周期、项目负责人、更新时间 | 必填 | 缺任何一项，周报无法归档和对比 |
| 本期完成事项 | 必填 | 无完成事项时写“本期无完成事项” |
| 里程碑状态 | 必填 | 四个固定标签之一 |
| 实际完成率 | 必填 | 与计划完成率成对出现 |
| 风险描述、风险等级、责任人、应对动作 | 必填（有风险时） | 每条风险四项齐全，缺一项视为未登记 |
| 下期计划 | 必填 | 至少一条可验收的动作 |
| 人工校对结论、校对人与校对时间 | 必填 | AI草稿未经确认不得对外发送 |
| 计划完成率 | 选填 | 基线未确定时可暂缺，标注“待确认” |
| 影响范围、预计解除时间 | 选填 | 风险初期信息不足时可先标注，下次周报补齐 |
| 需要决策或协调的事项 | 选填 | 无此类事项时写“无” |
| 机器生成摘要 | 选填 | 未启用AI汇总时可留空，不影响周报有效性 |
不同项目阶段的必填项可以微调。启动阶段里程碑尚未拆细，可只填基本信息、下期计划与已识别风险；执行阶段全部必填项生效；收尾阶段“本期完成事项”和“人工校对结论”权重最高，风险区可只保留未解除项。调整规则写进模板说明，由项目负责人在阶段切换时确认一次。
填写示例：一份完整的周度状态总结
以下示例为演示情景，项目与数据均为虚构，用于说明字段如何落地。示例字段与第一节模板、第二节口径完全一致。
| 区块 | 字段 | 示例内容 |
|---|---|---|
| 基本信息 | 项目名称 | 客户门户改版项目 |
| 统计周期 | 2025年3月3日 — 2025年3月9日 | |
| 项目负责人 | 李敏 | |
| 更新时间 | 2025年3月10日 10:00 | |
| 进展 | 本期完成事项 | 完成登录模块接口联调；完成首页视觉稿评审并归档；修复上期遗留的3个高优先级缺陷 |
| 里程碑状态 | 进行中（M2 核心功能开发，计划3月21日达成） | |
| 计划完成率 | 60% | |
| 实际完成率 | 52% | |
| 风险一 | 风险描述 | 第三方支付接口文档延迟交付，可能导致支付模块开发顺延 |
| 影响范围 | 支付模块，影响M2里程碑交付日期 | |
| 风险等级 | 高 | |
| 责任人 | 王磊 | |
| 应对动作 | 3月11日前与供应商确认文档交付时间；同步用模拟接口先行开发，3月14日前完成可切换的适配层 | |
| 预计解除时间 | 2025年3月14日 | |
| 风险二 | 风险描述 | 测试环境资源紧张，回归测试排队时间延长 |
| 影响范围 | 回归测试进度，暂不影响里程碑 | |
| 风险等级 | 中 | |
| 责任人 | 赵倩 | |
| 应对动作 | 与运维协调增加一套测试环境，3月12日前完成申请 | |
| 预计解除时间 | 2025年3月17日 | |
| 下一步 | 下期计划 | 完成支付模块适配层开发；完成个人中心页面开发；启动M2阶段集成测试准备 |
| 需要决策或协调的事项 | 请管理层确认是否接受支付模块顺延3天，或追加一名后端支援 | |
| AI总结草稿 | 机器生成摘要 | 本期完成登录联调、首页评审与缺陷修复，实际完成率52%，低于计划60%。存在两项风险：支付接口文档延迟为高风险，已安排模拟接口并行开发；测试环境紧张为中风险，正在协调扩容。下期重点为支付适配层与个人中心开发，需管理层就支付模块排期做出决策。 |
| 人工校对结论 | 摘要与事实一致。补充说明：完成率偏差主要来自支付模块等待文档，其余模块按计划推进。风险一维持高风险，若3月14日文档仍未到位，升级为阻塞并调整里程碑。 | |
| 校对人与校对时间 | 李敏／2025年3月10日 11:20 |
这份示例体现了模板的核心分工：完成事项、完成率、风险描述来自负责人记录的事实；风险等级、是否升级为阻塞、排期是否调整，由项目经理在校对结论中确认。AI草稿把散落在各字段的信息串成一段可读摘要，但没有新增任何判断。
调整与维护：让模板随项目变化持续可用
模板用久了会出现两种问题：字段越加越多，填写成本高到没人愿意填；或者长期不更新，与项目实际脱节。维护的重点是控制字段总量、保留变更痕迹、明确复核责任。
按项目规模裁剪字段的原则可以这样把握：十人以下、单一交付目标的项目，保留基本信息、完成事项、里程碑状态、风险四项核心字段即可；跨团队、多里程碑的项目再启用计划完成率、影响范围、预计解除时间等字段。新增字段前先问一句：这个字段是否会改变某人的决策或动作，答案是否定就不加。
模板本身需要版本管理。建议在表格首行下方固定一行版本信息，记录版本号、生效日期、修改人与修改内容，例如“v1.2／2025年3月1日／李敏／风险区增加预计解除时间”。版本号随结构性变更递增，仅改文字表述不升版本。
| 版本号 | 生效日期 | 修改人 | 修改内容 | 影响范围 |
|---|---|---|---|---|
复核频率建议为每季度一次，由项目管理负责人牵头，收集填写人的反馈，检查是否存在长期空置的字段、反复标注“待确认”的字段、以及从未影响过决策的字段，据此删减或合并。项目阶段切换时，由项目负责人额外做一次字段适用性确认。
AI总结草稿的校对责任归项目负责人，校对结论与校对时间必须留痕，草稿原文不覆盖。对外发送的版本以人工校对结论为准，草稿仅作为内部参考。若团队使用ONES承载项目数据，工作项状态、迭代进展与风险记录会持续沉淀在系统中，ONES Assistant可基于项目、工作项、迭代和Wiki页面的真实上下文回答问题并执行操作，例如根据当前迭代生成项目周报并保存到Wiki，或汇总通知并标记交付风险；其输出基于ONES权限体系，过程可追踪、结果可审计。这样状态总结的输入来自日常协作记录，模板填写从“回忆本周发生了什么”转为“核对系统里已有的记录”，人工校对则集中在风险定级与结论判断上。
模板与协作工具的衔接方式建议保持简单：周报表格作为归档载体，工作项与风险条目作为事实来源，两者通过项目名称与统计周期对应。每周填写时先核对工作项完成状态，再更新风险条目，最后生成或撰写摘要。这样模板不会变成另一套需要单独维护的数据，而是对已有记录的周期性归纳。
常见问题
周报里没有风险，风险区应该怎么填？
填写“本周无新增风险”，并保留一行占位，不要删除风险区的表头与行结构。这样做的目的是让历史周报保持可比：如果某周风险区被整块删掉，后续汇总时就无法区分“当周确实无风险”和“当周漏填”。若存在上期未解除的风险，即使本周没有新增，也要继续保留该行并更新应对动作与预计解除时间。
AI生成的摘要和项目经理的校对结论不一致时，以哪个为准？
以人工校对结论为准。AI草稿的职责是归纳本期已填字段、点出偏差与风险，供项目经理逐条核对；校对结论由项目经理在核对后写入，代表最终判断。草稿原文建议保留、不覆盖，便于回溯AI漏判或误判的情况。对外发送的版本只采用人工校对后的结论，草稿作为内部参考。
项目刚启动、里程碑还没拆细，必填项可以少填吗？
可以按阶段调整。启动阶段里程碑尚未拆细时，可只填基本信息、下期计划与已识别风险；执行阶段全部必填项生效；收尾阶段以本期完成事项和人工校对结论为重点，风险区可只保留未解除项。调整规则应写进模板说明，由项目负责人在阶段切换时确认一次，避免不同项目各自解释必填范围。
完成率应该按工作项条数算还是按工时算？
两种口径都可以，关键是全项目固定一种并写进模板说明。按里程碑数量计算的项目，就固定用“已达成里程碑数÷计划里程碑数”；按工作项条数计算的项目，分子分母都按条数统计。中途切换口径会让完成率曲线出现无法解释的跳变，也会让不同周报之间失去可比性。计划完成率基线未确定时，可暂标“待确认”，下次周报补齐。
模板字段越加越多、填写负担变重，怎么裁剪？
先控制字段总量，再谈细化。十人以下、单一交付目标的项目，保留基本信息、完成事项、里程碑状态、风险四项核心字段即可；跨团队、多里程碑的项目再启用计划完成率、影响范围、预计解除时间等字段。新增字段前先判断它是否会改变某人的决策或动作，答案是否定就不加。每季度复核一次，重点检查长期空置、反复标注“待确认”以及从未影响过决策的字段，据此删减或合并。
状态总结的数据如何与团队日常协作记录衔接？
建议把周报表格作为归档载体，工作项与风险条目作为事实来源，两者通过项目名称与统计周期对应。每周填写时先核对工作项完成状态，再更新风险条目，最后生成或撰写摘要。若团队使用ONES承载项目数据，工作项状态、迭代进展与风险记录会持续沉淀在系统中；ONES Assistant可基于项目、工作项、迭代和Wiki页面的真实上下文回答问题并执行操作，例如根据当前迭代生成项目周报并保存到Wiki，或汇总通知并标记交付风险，其输出基于ONES权限体系，过程可追踪、结果可审计。这样填写从回忆本周发生了什么，转为核对系统中已有的记录。
