资助项目甘特图模板：工作包与交付成果
可编辑的资助项目甘特图：启动与招聘、由交付成果把关的三个工作包、含资助方审查的中期报告和终期报告，含依赖关系与里程碑。
什么是资助项目甘特图模板：工作包与交付成果流程
资助项目与普通项目计划有一点不同，并由此决定了整条时间线：工作被划分为工作包，每个工作包的产出是一份交付成果，下一个工作包依赖它，资助方也期待看到它。因此顺序比看上去更严格。团队不能在尚未写出发现的情况下就以此为基础开展第二个工作包，也不能因为实地工作结束就把交付成果算作完成。时间线能显示，究竟是哪个工作包、哪一部分启动工作在决定完成日期。
这个模板分五组：“启动与招聘”、“工作包1”、“工作包2”、“工作包3”和“报告与结项”，共22项任务和五个里程碑。“签署资助协议”（3个工作日）是唯一的起始任务。随后三件事并行：“建立治理与项目报告机制”（4）、“商定合作方分包合同”（8）和“招聘并聘用项目人员”（15）。只有“人员入职并召开启动会”（3）要等招聘，所以招聘是启动阶段最慢的任务，分包合同有10个工作日的余量，治理工作有14个。“项目启动准备完成”汇集这三项，并成为每个工作包的关口。
各工作包通过交付成果串联。“设计WP1方法与方案”（6）和“准备数据共享协议”（7）都要完成，才能“开展WP1实地工作”（15）；协议比设计多一天，所以由协议决定开始日期。分析不必等实地工作结束：“分析WP1结果并撰写报告”（8）在实地工作开始10个工作日后以开始到开始方式启动，因为最早几个点位的数据已经到手。“WP1交付成果已验收”是工作包2的关口，因为“基于WP1发现开发WP2工具”（7）确实要用这些发现。同样的模式再次出现：“评估WP2试点”（6）在“开展WP2试点”（12）开始8天后启动，“撰写WP3指南与成果”（8）在“与合作方实施WP3”（14）开始7天后启动。
中期报告排在工作包2旁边而不是它前面。“起草中期报告”（5）在第一份交付成果验收后立即开始，“资助方审查中期报告”（10）是单纯的等待，请换成别人告诉你的时间。按这些示例数字，它在“与合作方实施WP3”可以开始前6个工作日结束，所以留有缓冲，但WP3确实要等它：中期报告的反馈可能改变第三个工作包该做什么，而这类晚期变更一旦工作展开代价很高。按示例数字，整个计划为88个工作日，日期由招聘链、依次进行的各工作包和终期报告决定，而不是报告工作。“起草终期报告”（6）从最后一份交付成果开始，“终期报告已提交”为计划收尾。所有工期均为示例：请换成你自己的估计，以及资助方告知的审查时间。
时间线只负责为工作排期，它不能使项目符合资格、合规或获批，也不能取代资助方关于报告、变更或交付成果的规定，请把这些规定作为带负责人的任务另行跟进。相关计划可看资助申请甘特图模板（获批之前的申请）、资助报告甘特图模板（详细规划一个报告期）和科研项目甘特图模板（没有资助方关口的研究计划）；工作包与交付成果如何绘制请看工作包与交付成果甘特图指南，报告周期请看报告期甘特图指南。
本流程图涵盖的内容
本模板包含
- 五组：“启动与招聘”、“工作包1”、“工作包2”、“工作包3”和“报告与结项”，共22项任务和五个里程碑：“项目启动准备完成”、“WP1交付成果已验收”、“WP2交付成果已验收”、“WP3交付成果已验收”和“终期报告已提交”。
- 启动关口：“招聘并聘用项目人员”（15个工作日）与“商定合作方分包合同”和“建立治理与项目报告机制”并行，三者都完成才到“项目启动准备完成”。
- 以交付成果为关口：“WP1交付成果已验收”通向“基于WP1发现开发WP2工具”，“WP2交付成果已验收”通向“与合作方实施WP3”。
- 每个工作包内部的重叠：“分析WP1结果并撰写报告”在“开展WP1实地工作”开始10天后开始，“评估WP2试点”在“开展WP2试点”开始8天后开始，均为开始到开始链接。
- 带等待的中期报告：“起草中期报告”和“资助方审查中期报告”与工作包2并行，并必须在“与合作方实施WP3”之前完成。
何时使用本模板
- 你已获得资助，需要把协议中的工作包变成有负责人的进度计划。
- 你想看看是招聘、最长的工作包还是报告在决定结束日期。
- 资助方要求在固定节点提交中期报告，你想检查项目到那时是否已有交付成果在手。
- 你管理多个获资助项目，想用一份标准计划按各项目调整大小。
逐项任务的计划
图表中的每项任务，含以工作日计的工期及其前置任务。依赖关系用步骤编号表示；SS 为开始到开始，FF 为完成到完成，+n 为以工作日计的延迟。
| # | 任务 | 分组 | 工作日 | 依赖于 |
|---|---|---|---|---|
| 1 | 签署资助协议 | 启动与招聘 | 3 | |
| 2 | 建立治理与项目报告机制 | 启动与招聘 | 4 | 1 |
| 3 | 招聘并聘用项目人员 | 启动与招聘 | 15 | 1 |
| 4 | 商定合作方分包合同 | 启动与招聘 | 8 | 1 |
| 5 | 人员入职并召开启动会 | 启动与招聘 | 3 | 3 |
| 6 | 项目启动准备完成 | 启动与招聘 | 里程碑 | 2, 4, 5 |
| 7 | 设计WP1方法与方案 | 工作包1 | 6 | 6 |
| 8 | 准备数据共享协议 | 工作包1 | 7 | 6 |
| 9 | 开展WP1实地工作 | 工作包1 | 15 | 7, 8 |
| 10 | 分析WP1结果并撰写报告 | 工作包1 | 8 | 9SS+10 |
| 11 | WP1交付成果已验收 | 工作包1 | 里程碑 | 10 |
| 12 | 基于WP1发现开发WP2工具 | 工作包2 | 7 | 11 |
| 13 | 开展WP2试点 | 工作包2 | 12 | 12 |
| 14 | 评估WP2试点 | 工作包2 | 6 | 13SS+8 |
| 15 | WP2交付成果已验收 | 工作包2 | 里程碑 | 14 |
| 16 | 与合作方实施WP3 | 工作包3 | 14 | 15, 20 |
| 17 | 撰写WP3指南与成果 | 工作包3 | 8 | 16SS+7 |
| 18 | WP3交付成果已验收 | 工作包3 | 里程碑 | 17 |
| 19 | 起草中期报告 | 报告与结项 | 5 | 11 |
| 20 | 资助方审查中期报告 | 报告与结项 | 10 | 19 |
| 21 | 起草终期报告 | 报告与结项 | 6 | 18 |
| 22 | 终期报告已提交 | 报告与结项 | 里程碑 | 21 |
运作方式
重命名工作包
把分组名“工作包1”到“工作包3”以及WP1、WP2、WP3的任务名换成协议中的工作包，并为每份交付成果保留一个验收里程碑。
调整启动阶段的大小
根据你自己的经验设定“招聘并聘用项目人员”、“商定合作方分包合同”和“建立治理与项目报告机制”。其中最长的一项决定何时到达“项目启动准备完成”，所以先改它。
替换等待时间
把“资助方审查中期报告”设为资助方告知的审查时间。如果协议对某事规定了通知期，就用该工期新增一项任务，代替模板中的数字。
检查重叠
只有后续工作确实能在部分结果上开始时，才保留开始到开始链接。如果分析必须等全部实地工作完成，就把链接改为完成到开始，并查看新的结束日期。
固定确实固定的日期
给“签署资助协议”设在项目开始那天的固定开始日期，给“终期报告已提交”设在规定交付日的固定开始日期，然后查看冲突标记。
添加负责人，分享并导出
在“人员”中填入每项任务的负责人，把图表以链接分享给合作方和科研管理部门，并导出PDF或PNG给项目委员会。
常见问题
图表知道资助方的截止日期或规定吗？
不知道。它只为你输入的任务排期。请从协议和资助方指南中取得日期、通知期和审查时间，并以工期或固定开始日期输入。图表不会对照资助方的规定做任何检查。
我的终期报告有固定提交日期，怎么检查？
给“签署资助协议”设在工作开始那天的固定开始日期，再给“终期报告已提交”设在到期日的固定开始日期。计划从最早的固定开始日期起向前排期，所以如果工作赶不上，“终期报告已提交”会带上冲突标记，并标出其依赖允许的最早日期。把它与你需要的日期对比即可。
为什么工作包2要等第一份交付成果？
因为“基于WP1发现开发WP2工具”用到那些发现，而发现写在“分析WP1结果并撰写报告”里。如果各工作包相互独立，就去掉“WP1交付成果已验收”的链接，让它们并行。链接如何书写，请看甘特图依赖关系指南。
可以跟踪每个工作包进展到哪里吗？
可以。每项任务都有进度值，画在条形内部，可随工作推进更新。进度不会移动任何日期，如果某项任务确实要花更长时间，请修改工期。
只有一个工作包的项目能用吗？
可以。删掉不需要的分组和任务，再重命名其余部分。启动关口和报告任务依然适用。若要用里程碑标示每次交接，请看甘特图里程碑指南。