项目周报的编写核心是固定一份可复用的结构：开头先给本周结论与健康度判断，再列关键进展与偏差、下周计划、风险与需协调事项，最后标注数据口径与证据来源。编写时由项目经理定框架并汇总，各工作流负责人提供进展与偏差事实，评审人确认风险等级与决策需求。本文围绕这套结构展开字段定义、编写步骤、角色分工、完整示例和发出前检查清单，适用于综合管理视图下的周报编写；具体进度纠偏与研发效能指标设计不在本文范围。
要点总览（TL;DR）
- 周报固定为七类字段：本周结论、健康度、关键进展、偏差、下周计划、风险与需协调、数据口径，健康度必须附判断依据。
- 编写按五步推进：确定统计窗口、收集进展与偏差事实、汇总取舍、评审定稿、发出归档，每步有输入、输出和完成标志。
- 项目经理统一框架与口径并汇总，工作流负责人提交事实与偏差，评审人确认风险等级和决策需求，三方各有固定交付时点。
- 发出前用检查清单核对字段完整性、口径一致性、偏差可追踪、风险可行动、计划衔接和上周承诺回看，阻断项未满足暂缓发出。
- ONES 的项目列表、计划基线对比、多层级任务管理和工时日历可承载事实收集与状态汇总，周报的判断与取舍仍由项目经理完成。
周报先写什么：一页结构与核心字段
周报的第一屏决定读者能否在三十秒内判断项目是否正常。建议把结论与健康度放在最上方，用一句话说明本周整体状态，再用两到三条事实支撑这个判断。健康度可以用“正常、关注、风险”三档，每档必须附判断依据，例如“关注：核心模块联调延后三天，影响下周提测”。只写“进展顺利”或“风险可控”而不给依据，读者无法复核，也无法在后续周报中对比变化。
正文主体按四类字段组织：进展、偏差、计划、风险。进展写本周完成且可验证的事项，颗粒度到交付物或里程碑，避免罗列日常事务；偏差写计划与实际的差距，包含原计划、当前状态、影响范围和原因；计划写下周要完成的事项，与本周偏差形成衔接；风险写尚未发生但可能影响目标的事项，附触发条件和应对动作。四类字段各司其职，混在一起会让读者分不清哪些是事实、哪些是预判。
数据来源与统计截止时间必须显式标注。周报中的进度百分比、缺陷数、工时等数字，要写明取自哪个系统或哪份记录、统计到哪一天。不同来源的数字口径不一致时，以项目计划基线为准并在备注中说明差异。标注口径的好处是：读者知道数字的边界，后续复盘时也能判断偏差是执行问题还是统计问题。
| 字段名 | 填写内容 | 示例 | 数据来源 |
|---|---|---|---|
| 本周结论 | 一句话整体判断，加两到三条支撑事实 | 整体按计划推进；支付模块提前完成联调，报表模块延后两天 | 项目经理汇总各工作流反馈 |
| 健康度 | 正常/关注/风险，附判断依据 | 关注：报表模块延后两天，影响下周提测窗口 | 计划基线对比 + 负责人确认 |
| 关键进展 | 本周完成的可验证交付物或里程碑 | 支付模块联调完成，接口用例通过率 98% | 任务状态、测试记录 |
| 偏差 | 原计划、当前状态、影响、原因 | 报表模块原定周五完成，实际延至下周二，原因是数据源接口变更 | 计划基线、任务变更记录 |
| 下周计划 | 下周要完成的事项及负责人 | 报表模块完成联调并提测，负责人：张工 | 项目计划、负责人确认 |
| 风险与需协调 | 风险描述、触发条件、应对动作、需谁决策 | 第三方接口若下周三前未就绪，提测将顺延；需采购侧确认排期 | 负责人上报、评审会记录 |
| 数据口径 | 统计截止时间、数据来源、口径说明 | 数据截至本周五 18:00，进度取自项目计划基线 | 系统记录、统计报表 |
编写步骤：从收集事实到定稿发出
周报编写可以拆成五个动作，每个动作有明确输入、输出和完成标志。按顺序执行能减少反复修改，也能让汇总建立在事实而非印象上。
- 确定统计窗口。输入：本周起止日期与项目计划基线。动作：明确数据截止时点，通知各负责人按同一窗口提交。输出：统计窗口说明。完成标志：所有提交材料使用同一截止时间。
- 收集进展与偏差事实。输入：任务状态、里程碑完成情况、测试记录、变更记录、工时数据。动作：按工作流逐项核对计划与实际，记录偏差的原计划、当前状态和原因。输出：各工作流事实清单。完成标志：每个关键交付物都有状态和证据链接。
- 汇总与取舍。输入：事实清单与上周周报。动作：保留影响目标、里程碑或跨团队协作的事项，合并同类项，删去无后续动作的日常事务；把本周偏差与下周计划对齐。输出：周报初稿。完成标志：初稿字段齐全，每条偏差都有对应计划或风险条目。
- 评审与定稿。输入：初稿与风险清单。动作：评审人确认健康度判断、风险等级和需要决策的事项，项目经理按评审意见修订。输出：定稿。完成标志：评审人确认无遗漏的重大风险，决策需求已明确到人。
- 发出与归档。输入：定稿。动作：按固定渠道发出，归档到项目文档，记录发出时间。输出：已发出的周报与归档记录。完成标志：相关干系人均可访问，下周编写时可直接引用。
时点安排上，建议在统计窗口结束当天完成事实收集，次日上午完成汇总与评审，当周内发出。发出后不急于关闭，留出半天收集反馈；下周编写时先回看上周承诺事项的完成情况，把未完成项转入本周偏差或计划，形成闭环。
当项目使用 ONES 承载任务与计划时，进展和偏差的事实可以直接从项目列表和任务状态中提取，项目经理借助项目列表查看项目状态、资源投入和当前进展，减少向各负责人反复询问的时间。设置项目计划和里程碑基线后，可以对比计划与执行的偏差，把偏差数据作为周报“偏差”字段的依据。这些能力承载的是事实收集与状态汇总动作，周报的判断和取舍仍由项目经理完成。
角色分工与各自交付物
周报写成单人猜测，通常是因为分工不清。把编写拆成三类角色，每类角色有固定交付物和提交时点，汇总就有据可依。
| 角色 | 交付物 | 时点 |
|---|---|---|
| 项目经理 | 周报框架与字段模板、统计窗口说明、汇总初稿、定稿与归档 | 窗口开始前发模板；窗口结束后次日上午完成初稿 |
| 工作流负责人 | 本工作流的进展事实、偏差说明（原计划、当前状态、原因、影响）、风险上报、下周计划 | 统计窗口结束当天提交 |
| 评审人 | 健康度判断确认、风险等级确认、需决策事项清单及决策人 | 初稿完成后当天评审 |
项目经理的职责重点在口径统一：同一类事项在不同工作流中的描述方式要一致，进度数字的统计方式要一致，健康度的判断标准要一致。口径统一后，周报之间才可比较，读者才能看出趋势。工作流负责人提供的是事实，不是评价；偏差要写清原计划和当前状态，避免只写“有延迟”而不给影响范围。评审人确认的是判断和决策需求，尤其是风险等级是否需要升级、哪些事项需要跨团队协调，这些内容写进周报后要有明确的跟进人。
在 ONES 中，项目到任务的多层级管理可以让各负责人在任务层更新状态，项目经理在项目层汇总，形成自下而上的进度反馈；工时日历可以帮助查看资源饱和度，为周报中“资源投入”相关描述提供参考。角色分工仍然按上述方式执行，工具承担的是状态记录与汇总的载体作用。
示例：一份周报的完整写法
以下为演示情景，用于说明字段如何落地，数字与项目名称均为示例。
本周结论：项目整体按计划推进，支付模块提前完成联调；报表模块因数据源接口变更延后两天，健康度判定为“关注”。
健康度与支撑事实：判定“关注”的依据有两条：报表模块原定本周五完成联调，实际延至下周二；该延后影响下周提测窗口，但支付模块提前完成，整体里程碑仍可控。这里健康度不是凭感觉给结论，而是由偏差事实和里程碑影响共同支撑。
关键进展：支付模块联调完成，接口用例通过率 98%；用户管理模块完成验收，遗留问题 2 项已登记。
偏差：报表模块原计划本周五完成联调，当前完成 70%，预计下周二完成。原因是上游数据源接口字段变更，需重新适配。影响范围：下周提测时间顺延两天，不影响整体上线日期。
下周计划：报表模块完成联调并提测，负责人张工；支付模块进入回归测试，负责人李工；用户管理模块遗留问题关闭，负责人王工。下周计划与本周偏差直接衔接，读者能看到延后事项如何被安排。
风险与需协调事项：第三方对账接口若下周三前未提供测试环境，回归测试将顺延。触发条件：下周三 18:00 前未收到环境地址。应对动作：先用以太网模拟数据完成主流程验证。需协调：请采购侧确认供应商排期，决策人：项目发起人。
数据口径：数据截至本周五 18:00；进度取自项目计划基线；用例通过率取自测试记录；工时数据取自团队工时记录。
这份示例的写法要点在于：每条判断都有事实对应，每条偏差都有下周安排，每条风险都有触发条件、应对动作和决策人。读者读完能知道项目现在在哪、下周做什么、哪里可能需要帮忙。
完成检查：周报发出前的核对项
发出前按清单逐项核对，可以把大部分返工挡在发出之前。以下清单分为通过标准和阻断项，阻断项未满足时建议暂缓发出。
| 检查项 | 通过标准 | 阻断项 |
|---|---|---|
| 字段完整性 | 结论、健康度、进展、偏差、计划、风险、数据口径七类字段均有内容 | 缺少健康度判断或数据口径 |
| 口径一致性 | 进度数字与统计截止时间一致，同类事项描述方式统一 | 同一指标出现两个不同数字且未说明 |
| 偏差可追踪 | 每条偏差有原计划、当前状态、影响和责任人 | 偏差只写“有延迟”而无影响范围 |
| 风险可行动 | 每条风险有触发条件、应对动作和决策人 | 风险无责任人或无下一步 |
| 计划有衔接 | 下周计划覆盖本周未完成事项和偏差应对 | 本周偏差在下周计划中无对应安排 |
| 上周承诺回看 | 上周计划事项逐条标注完成、未完成或调整 | 上周承诺事项未做任何回看 |
| 证据可访问 | 关键结论附有任务、文档或测试记录链接 | 关键结论无任何证据来源 |
核对完成后，再通读一遍结论与健康度是否匹配：如果健康度写“正常”，但偏差栏有影响里程碑的事项，就需要调整判断或补充说明。周报的价值在于让读者用同一套口径持续对比，检查清单的作用是保证这套口径每周都被执行。使用 ONES 时，项目数据的统计与分析可以为健康度判断提供参考，项目经理仍需结合里程碑和偏差事实给出结论，并在周报中写明判断依据。
常见问题
周报里的健康度判断和具体进度纠偏应该怎么区分？
健康度判断回答“项目现在是否正常、依据是什么”，属于周报要写的内容；具体纠偏措施回答“延后了怎么追回来”，属于项目进度管理的范围。周报中可以写明偏差的原计划、当前状态、影响范围和责任人，并说明下周计划如何衔接，但不必在周报里展开赶工方案、资源重新调配的完整推演。如果偏差已经影响里程碑，可以在风险与需协调栏写明需要谁决策，把纠偏讨论放到专门的进度会议中完成。
各工作流负责人提交的进展描述口径不一致，汇总时怎么处理？
先在模板层面统一口径：同一类事项用同一句式描述，进度数字统一取自项目计划基线，统计截止时间统一到同一时点。汇总时如果发现同一指标出现两个数字，以计划基线为准，并在数据口径栏说明差异来源。对于描述方式不一致的偏差，项目经理可以按“原计划、当前状态、影响范围、原因”四要素改写，再请负责人确认事实无误。口径统一是项目经理的职责，不必等到周报评审时才处理。
项目规模较小、角色由一人兼任时，这套分工还需要执行吗？
角色可以合并，动作不宜省略。一人兼任项目经理和工作流负责人时，仍建议按统计窗口先收集事实、再汇总撰写，避免凭印象写结论；评审环节可以简化为与项目发起人或关键干系人做一次简短确认，重点确认风险等级和需要决策的事项。分工表的价值在于明确每类信息由谁提供、何时提供，人数少时可以把多个角色压缩到同一人，但事实收集、判断确认和发出归档这几个动作仍然分开执行，周报才具备可复核性。
上周计划没完成的事项，本周周报里应该放在哪个字段？
放在偏差字段，并在下周计划中给出对应安排。具体写法是先回看上周承诺事项，逐条标注完成、未完成或调整；未完成的事项按偏差格式写清原计划、当前状态、影响范围和原因，再在下周计划中列出新的完成时点和负责人。如果该事项已经影响里程碑，同时进入风险与需协调栏，写明触发条件和需要谁决策。这样读者能看到同一事项从承诺到偏差再到新计划的完整链条，而不是每周重新列一遍待办。
用工具承载周报事实收集时，需要注意哪些前提？
前提是任务状态和计划基线在工具中保持更新。以 ONES 为例，项目列表可以查看项目状态、资源投入和当前进展，设置项目计划和里程碑基线后可以对比计划与执行的偏差，这些数据可以作为周报偏差字段的依据；工时日历可以查看资源饱和度，为资源投入相关描述提供参考。使用前需要确认各负责人在统计窗口内更新了任务状态，否则汇总出来的偏差反映的是记录滞后而非实际进展。工具承担状态记录与汇总，健康度判断和取舍仍由项目经理结合里程碑事实给出。
