任务跟踪周报模板的核心是一张任务明细主表，逐条记录任务标识、负责人、计划与本周进展、当前状态、阻塞与风险、下周计划和需协调事项，再配一张汇总表概括整体进度与重点阻塞。本文提供可直接复制的空白表格、逐字段填写口径、必填与选填规则，以及一份完整填写示例，适用于以单项任务为跟踪单元的项目周报场景。若团队已在ONES中管理任务，周报字段可与工作项字段、状态流转对应，减少重复录入。
要点总览（TL;DR）
- 模板由三部分组成：头部信息区、任务明细主表、本周汇总与阻塞概览表，复制后即可填写。
- 任务明细表围绕单项任务执行闭环设置字段：任务标识、负责人、计划时间、本周进展、当前状态、阻塞与风险、下周计划、需协调事项。
- 必填字段为任务标识、任务名称、负责人、计划完成、本周进展、当前状态、阻塞与风险、下周计划；协作人、计划开始、进度、需协调事项按需填写。
- 状态统一为未开始、进行中、受阻、待评审、已完成五类，仅有潜在风险时仍标进行中，风险写入阻塞与风险列。
- 模板需随项目类型调整字段，并定期抽查必填完整性与状态、进展的一致性，保持长期可用。
可复制空白周报模板
模板由两部分组成：头部信息区记录本周报的适用范围，任务明细表承载单项任务的执行闭环，汇总表用于快速浏览整体情况。复制到文档或表格工具中即可填写。
头部信息区
| 字段 | 填写内容 |
|---|---|
| 报告周期 | |
| 填报人 | |
| 团队/项目 | |
| 填报日期 |
任务明细表
| 任务标识 | 任务名称 | 负责人 | 协作人 | 计划开始 | 计划完成 | 本周进展 | 当前状态 | 进度 | 阻塞与风险 | 下周计划 | 需协调/决策事项 |
|---|---|---|---|---|---|---|---|---|---|---|---|
本周汇总与阻塞概览
| 汇总项 | 填写内容 |
|---|---|
| 任务总数 | |
| 各状态任务数（未开始/进行中/受阻/待评审/已完成） | |
| 本周完成的任务 | |
| 整体进度判断 | |
| 重点阻塞与风险 | |
| 需上级或跨团队协调事项 | |
| 下周重点 |
每个字段记录什么：字段说明
字段设计围绕一个问题：读者能否仅凭这一行判断任务是否在轨、卡在哪里、下一步谁做什么。以下逐字段说明含义与填写口径，模板、说明与示例使用同一套字段。
| 字段 | 含义 | 填写口径 | 常见错误 |
|---|---|---|---|
| 任务标识 | 任务的唯一编号，便于跨周追踪和与任务系统对应 | 使用任务系统中的编号，或团队约定的“项目缩写-序号” | 每周重新编号，导致同一任务无法连续追踪 |
| 任务名称 | 一句话说明任务交付物 | 以动词开头，写清对象与产出，如“完成登录模块接口联调” | 写成“登录模块”这类无法判断完成状态的名词短语 |
| 负责人 | 对任务结果负责的单一人员 | 填写一个人，避免多人并列 | 写团队名或两人共担，出问题时无人认领 |
| 协作人 | 本周需要配合的其他人员 | 列出与本周进展直接相关的协作方 | 把全部相关人员都列入，失去提示作用 |
| 计划开始/计划完成 | 任务的计划时间边界 | 填写日期，计划变更时同步更新并注明原因 | 只填完成日期，无法判断是否延迟启动 |
| 本周进展 | 本周实际完成的动作与产出 | 写已完成的具体动作和可核验产出，如“完成3个接口联调，提交测试环境” | 写“推进中”“正常进行”等无法核验的描述 |
| 当前状态 | 任务在本周结束时的状态 | 从统一取值中选择，与进展描述一致 | 进展写“已完成”，状态仍标“进行中” |
| 进度 | 完成程度的量化表示 | 填百分比或里程碑标志，口径团队统一 | 凭感觉填百分比，与进展描述矛盾 |
| 阻塞与风险 | 影响任务按期完成的问题或潜在问题 | 写清阻塞内容、影响范围和需要谁解决；无阻塞填“无” | 只写“有风险”，不说明风险内容和影响 |
| 下周计划 | 下一周期拟完成的动作 | 写具体动作和预期产出，与本周进展衔接 | 照抄本周进展，或写“继续推进” |
| 需协调/决策事项 | 需要上级、其他团队或会议决定的事项 | 写明事项、期望决策人和期望时间 | 把普通协作请求也列入，稀释真正需要决策的事项 |
“本周进展”与“下周计划”是最容易被写成套话的两个字段。一个简单的检验方法：把这两列单独发给不熟悉该任务的人，对方能否说出这周做了什么、下周要交什么。如果说不出来，说明描述还不够具体。
必填与选填：哪些字段不能空
必填字段的判断标准是：缺少它，读者无法判断任务是否在轨或无法找到责任人。其余字段按项目需要保留，避免每周为填表消耗过多时间。
| 字段 | 必填/选填 | 理由或适用场景 |
|---|---|---|
| 任务标识 | 必填 | 跨周追踪和与任务系统对应的基础 |
| 任务名称 | 必填 | 读者识别任务的第一信息 |
| 负责人 | 必填 | 明确结果责任人 |
| 计划完成 | 必填 | 判断是否延迟的基准 |
| 本周进展 | 必填 | 周报的核心内容 |
| 当前状态 | 必填 | 汇总统计与快速浏览依赖此字段 |
| 阻塞与风险 | 必填 | 无阻塞时填“无”，保证该字段被主动检查 |
| 下周计划 | 必填 | 衔接下一周期，支撑计划评审 |
| 协作人 | 选填 | 任务涉及跨角色配合时填写 |
| 计划开始 | 选填 | 需要判断启动是否延迟时填写 |
| 进度 | 选填 | 任务周期较长、需要量化跟踪时填写；短周期任务可用状态代替 |
| 需协调/决策事项 | 选填 | 有需要上级或跨团队决定的事项时填写 |
状态取值建议统一为五类：未开始、进行中、受阻、待评审、已完成。“受阻”用于存在明确阻塞且任务无法继续推进的情况，仅有潜在风险时仍标“进行中”，风险写入阻塞与风险列。状态与进展需在同一时点更新：周报填写时先更新任务系统状态，再据实填写进展，避免两处记录不一致。更新频率以周为基本单位；周期短于一周的项目可在关键节点追加更新。
填写示例：一份完整的一周周报
以下示例为演示情景，团队、人员与任务均为虚构，用于示范各字段的写法。
头部信息
| 字段 | 填写内容 |
|---|---|
| 报告周期 | 2025年3月10日—3月14日 |
| 填报人 | 李敏 |
| 团队/项目 | 客户门户改版项目 |
| 填报日期 | 2025年3月14日 |
任务明细
| 任务标识 | 任务名称 | 负责人 | 协作人 | 计划开始 | 计划完成 | 本周进展 | 当前状态 | 进度 | 阻塞与风险 | 下周计划 | 需协调/决策事项 |
|---|---|---|---|---|---|---|---|---|---|---|---|
| KH-101 | 完成登录模块接口联调 | 王磊 | 赵倩 | 3月3日 | 3月14日 | 完成3个登录接口联调，已提交测试环境，测试用例通过率90% | 待评审 | 90% | 无 | 修复剩余失败用例，提交评审 | 无 |
| KH-102 | 完成首页视觉稿定稿 | 陈晨 | 李敏 | 3月10日 | 3月18日 | 输出两版首页视觉稿，完成内部评审并确定方向 | 进行中 | 60% | 品牌字体授权尚未确认，若3月17日前未确认将影响切图 | 完成定稿稿并交付前端切图 | 请行政协助确认字体授权，期望3月17日前回复 |
| KH-103 | 梳理客户数据迁移清单 | 刘洋 | — | 3月10日 | 3月21日 | 完成字段盘点，整理出42个待迁移字段 | 进行中 | 40% | 历史订单表结构缺少文档，需业务方确认字段含义 | 与业务方逐字段确认，形成迁移映射表 | 需业务负责人张经理安排一次1小时确认会 |
| KH-104 | 搭建测试环境监控告警 | 周涛 | — | 3月3日 | 3月12日 | 完成告警规则配置，因服务器资源未到位，部署未执行 | 受阻 | 70% | 测试服务器资源申请已等待5个工作日，阻塞部署验证 | 资源到位后完成部署并验证告警 | 请运维团队优先分配测试服务器，期望3月17日前完成 |
| KH-105 | 编写用户操作手册初稿 | 李敏 | 陈晨 | 3月17日 | 3月28日 | 完成手册目录与章节分工 | 未开始 | — | 无 | 完成前三章初稿 | 无 |
本周汇总
| 汇总项 | 填写内容 |
|---|---|
| 任务总数 | 5 |
| 各状态任务数 | 未开始1，进行中2，受阻1，待评审1，已完成0 |
| 本周完成的任务 | 无；KH-101已进入待评审 |
| 整体进度判断 | 整体按计划推进，KH-104受阻影响测试环境监控上线时间 |
| 重点阻塞与风险 | 测试服务器资源未到位（KH-104）；品牌字体授权未确认（KH-102） |
| 需上级或跨团队协调事项 | 运维团队分配测试服务器；行政确认字体授权；业务负责人安排字段确认会 |
| 下周重点 | KH-101完成评审；KH-102视觉稿定稿；KH-103形成迁移映射表 |
示例中阻塞与风险的写法遵循同一结构：说明问题、说明影响、说明需要谁在什么时间前解决。汇总区只提炼明细表中已出现的信息，不新增未记录的事项，保证两张表可以互相核对。
调整与维护方法
模板用上一段时间后，会出现字段冗余或遗漏。建议按以下原则调整，并把维护动作固定到节奏中，避免模板逐渐失效。
按项目类型增删字段
- 研发类项目保留进度与待评审状态，便于跟踪联调与验收节点。
- 交付类项目可增加“客户确认”字段，记录外部依赖的确认状态。
- 周期短于两周的任务可省略进度百分比，用状态和进展描述代替。
- 新增字段时同步更新字段说明和示例，三者保持一致；删除字段前确认汇总表不依赖该字段。
统一状态与字段口径
状态取值和“受阻”的判定标准应形成一页简短说明，新成员加入时直接参照。口径变更时在周报头部注明生效日期，避免新旧周报混用不同标准。负责人字段始终填单人，需要多人参与时用协作人字段表达。
与任务系统记录同步
周报中的任务标识、状态和进展应与任务系统中的记录一致。可行的做法是：每周固定时间先在任务系统中更新状态与进展，再据此填写周报；周报只做汇总和说明，不成为第二套独立记录。若团队使用ONES管理任务，工作项字段可承载负责人、计划时间与状态，ONES Wiki支持使用模板库创建文档，并可在文档中嵌入任务进度与报表，周报文档与项目工作保持关联，减少手工搬运数据。具体字段配置以团队实际开通的版本和页面设置为准。
定期复盘模板有效性
- 每月或每季度抽查一次：随机取一份周报，检查必填字段是否完整、状态与进展是否一致。
- 收集填写人反馈：哪些字段每周都在填“无”，哪些信息读者仍需额外询问才能理解。
- 根据复盘结果做小步调整，每次只改一到两个字段，观察一个周期后再评估。
- 把模板版本和修改记录放在文档开头，便于回溯。
模板的价值在于让读者快速判断任务是否在轨、阻塞由谁解决。字段数量服务于这个目标，当某个字段长期无人使用且不影响判断时，可以删除；当某类问题反复出现却无处记录时，再考虑增加字段。
常见问题
周报里的“本周进展”和任务系统中的状态更新，应该先做哪一个？
建议先更新任务系统中的状态与进展，再据此填写周报。周报承担汇总和说明的作用，任务系统是执行记录的来源，两处顺序颠倒容易出现状态与描述不一致。若团队使用ONES管理任务，工作项字段可承载负责人、计划时间与状态，周报文档可嵌入任务进度与报表，减少手工搬运数据。
任务本周没有实质进展，周报里这一行该怎么填？
如实填写，不要留空或写“正常推进”。可以写明本周未推进的原因，例如等待外部确认、资源未到位，并把当前状态标为“受阻”，在阻塞与风险列写清影响范围和需要谁解决。若任务只是启动时间未到，状态填“未开始”，下周计划写清启动动作即可。留空会让读者无法判断任务是停滞还是被遗漏。
团队任务数量多，每项都写进周报明细表会很长，可以只写重点项目吗？
可以按跟踪粒度分层：明细表只列本周有实质变化、存在阻塞或需要协调的任务，其余任务在汇总表中以状态计数体现。前提是任务系统中的记录保持完整，周报明细作为重点摘录而非全量清单。这样既控制篇幅，也不丢失整体进度判断。分层规则应团队统一，避免有人全列、有人只列一条。
模板用了一段时间后，某些字段每周都填“无”，可以直接删掉吗？
先判断该字段是否承担检查作用。“阻塞与风险”即使多数周填“无”也建议保留，它促使填写人主动检查是否存在阻塞；而“进度”百分比在短周期任务中可省略，用状态和进展描述代替。删除字段前确认汇总表不依赖该字段，并同步更新字段说明和示例，保持三者一致。
周报模板能否直接在ONES里创建并长期复用？
ONES Wiki支持使用模板库一键创建文档，周报、会议记录等文档可在其中沉淀；页面组可关联项目，文档可嵌入任务进度与报表，使周报与项目工作保持关联。是否预置周报模板及具体字段结构，以团队实际开通的版本和页面模板库配置为准，字段内容仍需团队按本文结构自行定义。
