项目计划表模板：空白表格、字段说明与填写示例

2026年11月7日

项目计划表把项目目标拆成可跟踪的工作项，让负责人、时间、依赖和交付物在同一张表里对齐。本文提供可直接复制的空白模板、逐字段填写说明、必填与选填划分、一份完整填写示例，以及模板随项目变化调整和维护的方法，适合在Excel或在线表格中直接使用。

Table of Contents

要点总览（TL;DR）

项目计划表的核心字段包括工作项编号、任务名称、负责人、起止日期、依赖关系、交付物、状态和备注，一行对应一个可指派、可判断完成的工作项。
任务名称、负责人、起止日期和状态是必填字段；编号、交付物、依赖关系和备注可按项目规模与验收需要取舍。
填写时日期统一格式并区分计划与实际，依赖只记录必须等待的强约束，交付物写成可检查的物件。
模板投入使用后按需增删字段，保留变更记录和版本归档，每周核对负责人、日期和状态，交接时一并移交变更记录。
计划表需要多人同步维护、保留变更记录时，可借助ONES的项目计划与基线能力承载；小规模固定团队用在线表格即可。

可复制的项目计划表空白模板

下面这张表可以直接复制到Excel、在线表格或文档表格中。表头保持一行，每个工作项占一行，编号从1开始顺序编排。复制后先冻结表头行，再按项目实际情况增删行数；如果任务层级较多，可以用编号前缀区分阶段，例如1、1.1、1.2。

工作项编号	任务名称	负责人	开始日期	结束日期	依赖关系	交付物	状态	备注
1
2
3
4
5

复制到表格工具后，建议做三件事：把日期列设置为日期格式，避免出现文本型日期无法排序；把状态列设置为下拉选项，统一取值；给表头加底色并冻结首行，滚动时字段名始终可见。行数按当前识别到的工作项预留，后续新增任务时直接插入行并续编号，不要打乱已有编号。

每个字段填什么：项目计划表字段说明

字段填写的共同口径是：一行只描述一个可交付、可指派、可判断完成的工作项。任务粒度控制在一个人能在数天到两周内完成的范围，过粗会导致状态无法判断，过细会让表格行数膨胀。下表逐字段说明含义和写法。

字段	含义	填写口径与常见写法
工作项编号	工作项在表中的唯一标识	顺序编号；有层级时用1、1.1、1.2表示阶段与子任务；编号一经使用不重复、不复用
任务名称	要完成的具体工作	用“动词+对象”写法，如“完成登录模块接口开发”“输出验收测试报告”；避免“推进项目”“相关工作”这类无法判断完成的表述
负责人	对该工作项结果负责的人	填一个人名，不填团队名或多人并列；需要多人协作时拆成多个工作项，或把协作人写进备注
开始日期	计划开始执行的日期	填计划值而非实际值，格式统一为YYYY-MM-DD；有前置依赖时，开始日期应晚于前置工作项的结束日期
结束日期	计划完成的日期	与开始日期同一格式；结束日期不早于开始日期；跨阶段的工作项拆开填写，避免一个工作项横跨数月
依赖关系	本工作项开始或完成所依赖的其他工作项	填被依赖的工作项编号，如“依赖1.1”“依赖3、4”；无依赖填“无”；只记录真实约束，不把顺序关系全部写成依赖
交付物	工作项完成时可检查的产出	写具体物件或结果，如“接口文档v1”“测试用例集”“上线审批单”；无法列出交付物的工作项，通常说明任务定义还不够具体
状态	工作项当前进展	建议统一为：未开始、进行中、已完成、阻塞、已取消；状态由负责人更新，评审通过后才改为已完成
备注	补充说明与例外情况	记录协作人、外部依赖、风险提示、变更原因；内容较多时写要点，详细材料放到项目文档中

日期和依赖是这张表最容易出错的两处。日期要区分计划与实际，计划表只记录计划值，实际进展通过状态和后续的进度记录体现；依赖只写“必须等某个工作项完成才能开始”的强约束，把“希望先做A再做B”这类偏好写进备注，避免依赖链过密导致整张表无法调整。

必填与选填：哪些字段不能空

必填字段的判断标准是：缺少它，其他人就无法判断这项工作由谁做、何时做、做到什么程度。按这个标准，任务名称、负责人、开始日期、结束日期、状态属于必填；编号、依赖、交付物、备注可以根据项目规模和使用场景取舍。

字段	建议	理由与适用条件
任务名称	必填	没有名称的工作项无法被指派和跟踪
负责人	必填	计划表的核心作用是明确责任，空缺会导致任务无人推进
开始日期、结束日期	必填	没有时间范围就无法判断是否延期；探索型任务可先填计划区间，后续再细化
状态	必填	状态是周会、评审和交接时读取进展的主要依据
工作项编号	建议必填	工作项超过20行、或需要被依赖关系引用时，编号是必要的引用锚点；极小项目可省略
交付物	建议必填	需要验收或跨团队交接时必填；团队内部短周期任务可简化
依赖关系	选填	存在前后置约束时填写；独立任务填“无”或留空，但留空与“无依赖”应在团队内约定一致
备注	选填	用于记录例外、协作人和风险；没有补充信息时留空即可

项目规模不同，取舍也不同。五人以内、周期一个月内的项目，保留名称、负责人、起止日期、状态四个必填字段即可运转；跨团队、有外部交付或需要验收的项目，应把交付物和依赖关系提升为必填；工作项超过几十行时，编号和依赖关系基本不可省略，否则调整计划时很难判断改动会影响哪些任务。

填写示例：一份完整的项目计划表

以下示例为演示情景：某团队计划在六周内上线一个内部审批系统的第一个版本，按需求确认、开发、测试、上线四个阶段拆分为八个工作项。示例中的日期、人名和交付物均为示意，用于展示字段之间如何配合。

工作项编号	任务名称	负责人	开始日期	结束日期	依赖关系	交付物	状态	备注
1	确认审批流程与字段需求	张敏	2025-03-03	2025-03-07	无	需求确认单	已完成	涉及财务、人事两个部门
2	输出原型与交互说明	李哲	2025-03-10	2025-03-14	依赖1	原型文件v1	已完成	需求变更需同步更新原型
3	完成审批流后端接口开发	王磊	2025-03-17	2025-03-28	依赖2	接口文档与联调环境	进行中	外部短信服务由供应商提供
4	完成审批页面前端开发	陈璐	2025-03-17	2025-03-28	依赖2	可演示的前端页面	进行中	与3并行，接口字段以文档为准
5	编写测试用例并执行功能测试	赵倩	2025-03-31	2025-04-08	依赖3、4	测试用例集与测试报告	未开始	覆盖审批通过、驳回、转交三类场景
6	修复测试发现的问题	王磊	2025-04-09	2025-04-11	依赖5	问题修复记录	未开始	严重问题当日修复
7	完成上线审批与部署	刘洋	2025-04-14	2025-04-15	依赖6	上线审批单与部署记录	未开始	需运维值班人员配合
8	组织使用培训并收集反馈	张敏	2025-04-16	2025-04-18	依赖7	培训材料与反馈汇总	未开始	反馈问题进入下一迭代

从示例可以看出几个填写要点。依赖关系用编号引用，3和4同时依赖2，因此可以并行；5同时依赖3和4，必须等两边都完成才能开始。交付物写成可检查的物件，验收时直接对照。备注只放影响执行的信息，例如外部供应商、并行约定和问题处理规则，详细的需求内容留在需求文档中。

当计划表需要在多人之间持续更新时，表格本身会逐渐承担协作和状态跟踪的职责。ONES 的项目计划支持按目标、交付物或项目阶段等维度分解计划和工作，并为任务设置前后置依赖、用里程碑标记重要时间点；计划与里程碑可以设置基线，用于对比计划与执行的偏差并追溯变更。这类能力适合计划表需要多人同步维护、且希望保留变更记录的场景；如果项目规模小、参与人固定，一张在线表格同样够用。

模板的调整与维护方法

模板用起来之后，调整的目标是让字段继续服务于判断，而不是不断加列。每次调整前先问：新增字段是否会产生新的判断动作，例如是否需要有人定期填写、是否需要据此做决策。答案为否的字段，更适合放进备注或项目文档。

新增字段的判断：当团队反复在备注里写同类信息（如“等待采购”“客户确认中”），说明这类信息需要独立成列或进入状态取值；当某类风险需要定期检查，可增加“风险等级”列。
删减字段的判断：连续两个项目周期无人填写、或填写后无人读取的字段可以删除；删除前确认没有依赖关系或报表引用该列。
状态取值调整：状态种类控制在五个左右，新增状态时同步修改下拉选项和历史数据的映射，避免同一含义出现两种写法。
版本记录：在表格之外保留一份变更记录，写明调整日期、调整字段、调整原因和影响范围；模板文件按版本命名，旧版本归档保留，便于回溯。
定期维护：每周固定时间核对负责人是否空缺、日期是否已过期未更新、状态是否与实际一致；阶段结束时清理已取消的工作项，保持表格可读。
交接要点：负责人变更时同步更新负责人列并在备注写明交接时间；项目交接时一并移交变更记录和未完成工作项清单，避免新接手人只看到一张没有背景的表。

如果计划表需要长期作为项目计划的正式载体，可以把模板放进文档协作空间统一维护：ONES Wiki 支持文档关联项目任务，页面树可以组织项目文档与知识信息，文档实时同步并记录页面版本，支持查看与回滚。这样模板的每次调整都有版本可查，填写规范也能和计划表放在同一处，减少多人各自保存副本造成的口径不一致。项目执行偏差的分析与纠正、具体排期算法分别属于项目进度管理和任务排期与依赖管理的范围，本文的模板只负责把计划建立起来并保持可读。

常见问题

项目计划表里的依赖关系应该填多细？

只记录“必须等某个工作项完成才能开始”的强约束，用被依赖的工作项编号表示，例如“依赖3、4”。把“希望先做A再做B”这类顺序偏好写进备注，不要写成依赖。依赖链过密会让整张表难以调整，一个工作项的前置依赖通常控制在一到两个。

任务开始后发现原定日期不合理，计划表怎么改？

计划表记录的是计划值，调整时直接修改起止日期，并在备注写明变更原因和影响范围；如果表格有版本记录，同步登记本次调整。实际执行情况通过状态和进度记录体现，不要把实际完成日期填进计划日期列，否则后续无法对比计划与执行。

小团队用项目计划表，字段可以精简到什么程度？

五人以内、周期一个月内的项目，保留任务名称、负责人、开始日期、结束日期和状态即可运转。工作项超过20行、或需要跨团队交接和验收时，再补上编号、交付物和依赖关系。精简的前提是团队对留空字段的含义有统一约定，例如依赖留空即视为无依赖。

计划表需要在多人之间长期维护，表格之外还有什么承载方式？

当计划表需要多人同步更新、保留变更记录时，可以放到具备计划分解和基线能力的工具中。ONES 的项目计划支持按目标、交付物或项目阶段等维度分解计划和工作，为任务设置前后置依赖，并用里程碑标记重要时间点；计划和里程碑可设置基线，用于对比计划与执行的偏差并追溯变更。项目规模小、参与人固定时，一张在线表格同样够用。