项目计划表把项目目标拆成可分配、可跟踪的任务，让负责人、时间、依赖和交付物在同一张表里对齐。本文提供一张可直接复制的空白表格，逐字段说明填写口径，区分必填与选填，并给出完整填写示例和后续维护方法。计划表可以复制到Excel或在线表格使用，也可以映射为ONES工作项，由系统承载依赖、里程碑与状态流转。
要点总览（TL;DR）
- 模板以任务为行、任务编号为主键，覆盖任务名称、负责人、起止日期、工期、前置依赖、交付物、里程碑、优先级、状态和备注十二列，可直接复制到Excel或在线表格。
- 任务编号、任务名称、负责人、开始日期、结束日期、交付物为必填；工期和状态建议填写；前置依赖、里程碑、优先级、备注按项目复杂度选填。
- 填写顺序是先定里程碑与交付物，再拆任务、用任务编号排依赖、定唯一负责人，最后核对日期与工期一致、每项任务都有可验收标准。
- 计划表按协作范围裁剪：小型项目保留必填字段加状态即可，跨团队项目补齐依赖、里程碑和优先级；变更在表下方记录日期、原因和确认人。
- 计划表可映射为ONES工作项，用前后置关联表达依赖、里程碑标记时间点，字段名称与状态流转以实际产品界面为准。
可复制空白项目计划表模板
下面这张表以任务为行、字段为列，任务编号是每行的唯一标识。复制时连同表头一起选中，粘贴到Excel或在线表格后，把列宽调整为适合阅读的宽度即可开始填写。表后附三行空行，便于直接续填。
| 任务编号 | 任务名称 | 负责人 | 开始日期 | 结束日期 | 工期（天） | 前置依赖 | 交付物 | 里程碑 | 优先级 | 状态 | 备注 |
|---|---|---|---|---|---|---|---|---|---|---|---|
| T-01 | |||||||||||
| T-02 | |||||||||||
| T-03 | |||||||||||
| T-04 | |||||||||||
| T-05 | |||||||||||
| T-06 | |||||||||||
| T-07 | |||||||||||
| T-08 |
主表之外，建议保留两处辅助信息。第一处是里程碑清单，单独列出里程碑名称、目标日期和验收标准，主表中“里程碑”列只填对应名称，避免同一里程碑在多行重复描述。第二处是依赖说明，当一条任务依赖多条前置任务或存在外部依赖时，在主表“前置依赖”列写任务编号，在表下方的依赖说明区补充依赖内容和等待条件。这样主表保持一行一任务，辅助信息承载跨行关系。
复制到不同工具时，落地方式略有差异。粘贴到Excel或在线表格，表头作为首行冻结，任务编号列设为文本格式，避免“T-01”被自动转换。粘贴到ONES工作项时，可把任务名称、负责人、起止日期、优先级、状态分别对应到工作项字段，前置依赖和里程碑通过工作项之间的关联关系表达，具体字段名称与配置以实际产品界面为准。无论落在哪种工具，都建议保留任务编号作为跨表引用的稳定主键。
每个字段的含义与填写口径
字段填写的核心原则是：一行只描述一项可交付、可分配的任务，字段值能被他人在不询问填写者的情况下理解。下表逐字段说明含义、取值示例和常见错误。
| 字段 | 含义 | 取值示例 | 常见错误 |
|---|---|---|---|
| 任务编号 | 任务的唯一标识，用于依赖引用和跨表关联 | T-03 | 编号重复；中途改号导致依赖失效 |
| 任务名称 | 用动词加对象描述一项具体工作 | 完成登录模块接口联调 | 写成“登录模块”这类名词，无法判断要做什么 |
| 负责人 | 对该任务结果负责的单一人员 | 张明 | 填部门名或多人并列，出问题时无人负责 |
| 开始日期 | 任务计划开始的日期 | 2025-03-10 | 与前置任务结束日期冲突 |
| 结束日期 | 任务计划完成的日期 | 2025-03-14 | 只填开始日期，工期无法核对 |
| 工期（天） | 任务占用的工作日数量 | 5 | 与起止日期不一致；把自然日当工作日 |
| 前置依赖 | 本任务开始前必须完成的任务编号 | T-02 | 写任务名称而非编号；漏填关键依赖 |
| 交付物 | 任务完成时可验收的产出 | 接口联调报告 | 填“完成开发”这类过程描述，无法验收 |
| 里程碑 | 任务所属的重要时间点或决策点 | M2 联调完成 | 每行都标里程碑，失去区分度 |
| 优先级 | 任务在资源冲突时的处理顺序 | 高 | 全部标“高”，等于没有优先级 |
| 状态 | 任务当前所处的计划或执行阶段 | 未开始 | 长期不更新，状态与实际情况脱节 |
| 备注 | 记录假设、风险、外部条件等补充信息 | 依赖第三方接口文档，3月8日前提供 | 把任务描述写进备注，主字段留空 |
日期与工期需要保持一致性。按工作日计算工期时，结束日期减开始日期再加一，应等于工期列的天数；跨周末或假期的任务，工期只计工作日，并在备注中说明日历口径。若任务工期无法在填表时确定，可先填预计工期并在备注标注“待估”，避免留空导致排期无法核对。
前置依赖统一用任务编号引用，不写任务名称。一条任务有多个前置任务时，用逗号分隔编号，如“T-02,T-04”，并在依赖说明区写清是全部完成后才能开始，还是任一完成即可启动。优先级建议使用“高、中、低”三档，状态建议使用“未开始、进行中、已完成、已阻塞”四类，取值集合在项目内统一，避免同一状态出现多种写法。
哪些字段必填、哪些可以选填
必填字段的判断标准是：缺少它，任务就无法被分配、排期或验收。按这个标准，任务编号、任务名称、负责人、开始日期、结束日期、交付物六项属于必填。任务编号保证引用关系稳定，任务名称说明做什么，负责人确定谁来交付，起止日期支撑排期，交付物提供验收依据。缺少其中任何一项，计划表在评审或交接时都会出现无法回答的问题。
| 类别 | 字段 | 理由或适用场景 |
|---|---|---|
| 必填 | 任务编号、任务名称、负责人、开始日期、结束日期、交付物 | 支撑任务分配、排期与验收，缺失即无法闭环 |
| 建议填写 | 工期、状态 | 工期用于核对日期一致性；状态用于日常跟踪，任务启动后即应维护 |
| 选填 | 前置依赖 | 存在任务间先后约束时填写；独立任务可留空 |
| 选填 | 里程碑 | 任务归属重要时间点或决策点时填写 |
| 选填 | 优先级 | 资源存在竞争、需要排序时填写；小型项目可统一省略 |
| 选填 | 备注 | 存在假设、风险、外部条件时填写 |
小型项目可以精简字段。三五人、周期两周以内的项目，保留必填六项加状态即可运转，依赖关系靠口头同步，里程碑用结束日期代替。跨团队项目则应补齐前置依赖、里程碑和优先级：依赖列让上下游团队看到等待关系，里程碑对齐各方验收节点，优先级在资源冲突时提供处理依据。备注列在跨团队场景中尤其有用，用来记录接口提供时间、审批等待等不受本项目控制的条件。
判断必填字段是否缺失，可以用三个问题自检：这项任务由谁负责？什么时候开始、什么时候结束？完成后交什么、怎么算完成？三个问题都能从表中直接读出，必填字段即为完整；有一个答不上来，就应补填后再进入评审。
填写示例：一个已填好的项目计划表
以下示例为演示情景：某团队计划在四周内上线一个会员积分功能，表中列出七项任务，覆盖需求确认到上线验证。示例中的日期、人员和交付物均为示意，不对应真实项目。
| 任务编号 | 任务名称 | 负责人 | 开始日期 | 结束日期 | 工期（天） | 前置依赖 | 交付物 | 里程碑 | 优先级 | 状态 | 备注 |
|---|---|---|---|---|---|---|---|---|---|---|---|
| T-01 | 确认积分规则与范围 | 李华 | 2025-03-03 | 2025-03-05 | 3 | 积分规则确认单 | M1 需求冻结 | 高 | 已完成 | 规则变更需走评审 | |
| T-02 | 完成积分接口设计 | 王强 | 2025-03-06 | 2025-03-10 | 3 | T-01 | 接口设计文档 | 高 | 进行中 | 依赖规则确认单定稿 | |
| T-03 | 开发积分查询页面 | 赵敏 | 2025-03-11 | 2025-03-18 | 6 | T-02 | 查询页面及自测记录 | 中 | 未开始 | ||
| T-04 | 开发积分发放逻辑 | 王强 | 2025-03-11 | 2025-03-19 | 7 | T-02 | 发放逻辑代码与单元测试 | 高 | 未开始 | 与T-03并行 | |
| T-05 | 完成前后端联调 | 赵敏 | 2025-03-20 | 2025-03-24 | 3 | T-03,T-04 | 联调记录与问题清单 | M2 联调完成 | 高 | 未开始 | 需两项前置全部完成 |
| T-06 | 执行上线前回归测试 | 陈静 | 2025-03-25 | 2025-03-27 | 3 | T-05 | 测试报告 | 高 | 未开始 | 测试环境需提前准备 | |
| T-07 | 上线并验证积分到账 | 王强 | 2025-03-28 | 2025-03-28 | 1 | T-06 | 上线记录与验证截图 | M3 上线 | 高 | 未开始 | 安排在低峰时段 |
关键行的填写思路如下。T-01作为起点任务没有前置依赖，交付物是规则确认单，同时承担M1需求冻结里程碑，因此优先级设为高。T-02依赖T-01，开始日期紧接其结束日期之后，工期三天与起止日期一致。T-03和T-04都依赖T-02，两者并行推进，T-04工期更长，决定了后续联调最早可开始的时间。
T-05是示例中依赖关系最复杂的一行，前置依赖填“T-03,T-04”，备注写明需两项前置全部完成，避免被误读为任一完成即可启动。T-05同时是M2联调完成里程碑的承载任务，联调记录与问题清单作为交付物，使里程碑有可验收的产出。T-06和T-07依次串联，T-07工期一天，结束日期与开始日期相同，符合单日任务的口径。整张表中每项任务都有唯一负责人和可验收交付物，三个里程碑分别落在需求冻结、联调和上线三个节点上。
模板的调整与日常维护方法
模板按项目类型裁剪时，先看协作范围，再看不确定性。研发类项目通常保留前置依赖和里程碑，并可增加“关联需求”列，把任务与需求范围对应起来；市场活动类项目可增加“预算”或“外部供应商”列，替代依赖列的部分作用；周期短、人员固定的小项目，可删去优先级和里程碑，保留必填字段与状态。增删字段时保持任务编号不变，新增列放在备注之前，避免打乱已有引用。
计划变更需要留下记录。建议在表下方维护一个变更记录区，按日期记录变更内容、原因和确认人，例如“3月12日，T-04结束日期由3月18日调整为3月19日，原因：接口字段返工，确认人：李华”。涉及里程碑日期的变更应单独标注，并在周会上同步给相关方。若使用ONES承载计划，可借助计划与里程碑基线对比计划与执行的偏差，并通过版本对比追溯变更细节，具体操作以实际产品配置为准。
计划表要与例会节奏衔接。周会前由各负责人更新自己任务的状态和备注，会上只讨论状态为“已阻塞”或临近里程碑的任务，避免逐行念表。评审会则以交付物为检查对象，逐项确认里程碑任务是否达到验收标准。会后由计划维护人统一更新表格，保证会上结论落到表中，而不是停留在会议记录里。
用ONES工作项承载计划表时，可做如下映射：任务名称对应工作项标题，负责人对应处理人，起止日期对应计划时间，优先级和状态对应工作项属性，前置依赖通过任务间的前后置关联表达，里程碑用里程碑标记重要时间点。ONES支持按目标、交付物或项目阶段分解计划，并为任务设置前后置依赖，使任务关联清晰可见；研发类项目还可把计划与迭代和研发任务关联，掌握研发进度。字段的具体名称、可选值和状态流转规则以实际产品界面为准，迁移前先在一小批任务上试填，确认映射无误后再批量导入。
常见问题
项目计划表里前置依赖填任务名称还是任务编号？
统一填任务编号。任务名称可能被修改或出现重名，编号是稳定主键，改名称不会让依赖失效。一条任务有多个前置任务时用逗号分隔编号，例如“T-03,T-04”，并在表下方的依赖说明区写清是全部完成后才能开始，还是任一完成即可启动。若依赖的是项目外部的交付，例如第三方接口文档，在备注列写明提供方和约定时间。
任务工期暂时估不出来，计划表该怎么填？
先填一个预计工期，并在备注标注“待估”，同时保留开始日期和结束日期，让排期可以核对。留空会导致日期与工期无法互相校验，评审时也看不出这项任务的时间风险。等估算明确后更新工期，若结束日期随之调整，按变更记录规则登记变更内容和确认人。
小型项目用这张表会不会字段太多？
可以精简。三五人、周期两周以内的项目，保留任务编号、任务名称、负责人、开始日期、结束日期、交付物六项必填字段，加上状态即可运转；依赖关系靠日常同步，里程碑用结束日期代替，优先级可统一省略。项目扩展到跨团队协作、出现资源竞争或外部依赖时，再把前置依赖、里程碑和优先级补回来。
计划表在项目推进中由谁维护、多久更新一次？
建议指定一名计划维护人统一更新表格，各任务负责人在周会前更新自己任务的状态和备注。周会只讨论状态为“已阻塞”或临近里程碑的任务，会后由维护人把结论落回表中。涉及里程碑日期的变更单独标注并同步相关方，避免会议结论停留在会议记录里。
把计划表搬到ONES工作项时，依赖和里程碑怎么表达？
任务名称对应工作项标题，负责人对应处理人，起止日期对应计划时间，优先级和状态对应工作项属性。前置依赖通过任务之间的前后置关联表达，里程碑用里程碑标记重要时间点。ONES支持按目标、交付物或项目阶段分解计划，并为任务设置前后置依赖；研发类项目还可把计划与迭代和研发任务关联。字段的具体名称、可选值和状态流转规则以实际产品界面为准，批量导入前先在一小批任务上试填确认映射。
