如何在甘特图中表现工作包与交付成果
在甘特图上表现工作包与交付成果：工作包作分组，交付成果作里程碑，交接靠依赖关系，包内可重叠，下一个包开始前设验收关口。含资助项目示例。
获资助的项目被划分为工作包，一个包的交付成果往往是下一个包的基础。本指南演示如何在甘特图上画出工作包、交付成果和验收关口，让你看清是哪个包决定完成时间。
简而言之
- 把每个工作包设为分组，把每份交付成果设为工期为0的里程碑。
- 把下一个包链接到验收里程碑，而不是它前面的最后一项任务。
- 后续工作可在部分结果上开始时，使用带延迟的开始到开始链接。
- 把中期报告和审查画成有长度的任务，并在顺序中给它们各自的位置。
- 在“视图”菜单中打开关键路径，看看哪个包决定完成日期。
工作包是分组，交付成果是关口
工作包是一组相关工作，有明确的产出。这项产出就是交付成果，是资助方、客户或指导委员会期待看到的东西，通常也是下一个包的起点。只画任务，顺序看上去就像一长串清单；画出工作包及其交付成果，项目的结构就显现出来：哪个包在等哪个包，哪里一旦交付成果晚了，就会拖住它后面的一切。
在甘特图中，对应关系很直接。每个工作包是一个分组，它的任务位于一条带汇总条形的区带里。每份交付成果是一个里程碑，即工期为0的任务，画成菱形。给里程碑起一个说明交付成果发生了什么的名字，比如“已验收”，而不只是“已完成”，因为工作做完和交付成果被验收是两个不同的时刻。下一个包于是依赖这个里程碑，而不是它前面的最后一项任务，这样关口一变，就能看到它移动了什么。
一个包的内部，并不是所有事情都得等。分析可以在最先一批数据到手时开始，而不是等最后一批收集完。这就是带延迟的开始到开始链接，例如写成 9SS+10：后一项任务在前一项开始10个工作日后开始。跨包时，链接通常应保持完成到开始，经过验收里程碑，因为下一个包确实要用这些发现。部分结果够用的地方用重叠，不够用的地方设关口。
做法上的变动是代价高昂的晚期事件。如果验收决定或资助方的意见改变了下一个包该做的事，关口后面的每项任务都会随之移动。下面的示例是一个有三个工作包的资助项目，中期报告与第二个包并行，最后是终期报告。交付成果就是关口；而批准一项变更的决定则用流程图表示，因为甘特图画不出决定或循环。
所有工期均为示例。请换成你自己的估计，以及资助方或客户告诉你的审查与验收时间。时间线只负责为工作排期，它不能使项目符合资格、合规或获批，也不能取代资助方关于交付成果、变更或报告的规定。基础知识请看甘特图依赖关系指南和甘特图里程碑指南。
分阶段搭建的资助项目
五组共二十二项任务。工期与延迟为示例工作日。打开电子表格面板，可以看到每个阶段背后的行。
先启动和招聘
“签署资助协议”（3个工作日）通向并行的三项任务：“建立治理与项目报告机制”（4）、“招聘并聘用项目人员”（15）和“商定合作方分包合同”（8）。“人员入职并召开启动会”（3）要等招聘，所以由招聘决定何时到达“项目启动准备完成”。
工作包1及其交付成果
“设计WP1方法与方案”（6）和“准备数据共享协议”（7）都通向“开展WP1实地工作”（15），所以由协议决定开始。“分析WP1结果并撰写报告”（8）在实地工作开始10个工作日后开始，随后“WP1交付成果已验收”为这个包收尾。
工作包2从已验收的交付成果起步
“基于WP1发现开发WP2工具”（7）要等“WP1交付成果已验收”，因为它用到这些发现。随后是“开展WP2试点”（12），“评估WP2试点”（6）在试点开始8个工作日后启动。“WP2交付成果已验收”为这个包收尾。
工作包3与中期报告
“起草中期报告”（5）从第一份验收的交付成果开始，“资助方审查中期报告”（10）是单纯的等待，请换成别人告诉你的时间。它在“与合作方实施WP3”（14）可以开始前6个工作日结束，但那项任务要同时等它和第二份交付成果。“撰写WP3指南与成果”（8）在实施7天后开始，随后“WP3交付成果已验收”为这个包收尾。
终期报告为项目收尾
“起草终期报告”（6）在“WP3交付成果已验收”到达时开始，“终期报告已提交”为计划收尾。按这些示例数字，项目共88个工作日。打开关键路径，可以看到决定日期的是招聘链、依次进行的三个包和终期报告，而不是报告工作。
甘特图画不出的变更审批
在工作包之间调动资金或范围需要作出决定，被拒绝的申请要退回返工。甘特图没有决定和循环，所以流程放在流程图里，而进度表里加一项有长度的任务。
申请与完整性检查
从“提交预算申请”开始。“审核商业论证和假设”通向判断“申请是否完整并已测算成本？”。答案为“否”时，“修改申请和支持证据”把它送回审核，这就是一个循环。在计划上，它只表现为时间。
资金与权限
答案为“是”时，“核查资金来源和预测影响”通向“是否在授权权限内？”。答案为“否”时，“升级至更高审批层级”在决定之前多出一步。申请走哪条路径，要检查后才知道，所以计划无法画出它。
决定及其后续
两条路径都到达“预算是否获批？”。“批准”通向“录入预算并通知责任人”。“返工或拒绝”通向“退回附带理由的决定”，并回到审核。在进度表里，请给获批变更的任务一个能容纳一轮返工的工期。
已发布
路径以“已批准预算已发布”结束。请在甘特图上为这次审批加一项任务，按你们的审批实际耗时设定长度，并把受影响的工作包链接到它。
运作方式
列出工作包及其交付成果
写下协议中的每个工作包及其产出的交付成果。把工作包设为分组，并为每份交付成果加一个里程碑，以验收来命名，例如“WP1交付成果已验收”。
在每个包内添加任务
在每个分组下添加设计、实施和整理撰写的任务，并以工作日设定工期。在“人员”中填入负责人，让每个包都有看得见的负责人。
通过验收里程碑链接各包
让下一个包的第一项任务依赖前一份交付成果里程碑。如果两个包确实相互独立，就不要链接，它们会并行进行。
部分结果够用时让任务重叠
在分析或撰写可在收集结束前开始的地方，使用带延迟的开始到开始链接，如 9SS+10。把交付成果里程碑保留在两项任务之后。请看甘特图重叠任务指南。
把审查和报告加为任务
把中期报告和资助方的审查画成任务，工期换成别人告诉你的数字，并让依赖其结果的包链接到这次审查。
读出关键路径并分享
在“视图”菜单中打开关键路径，看看哪个包决定完成日期。把图表以链接分享给合作方，或导出PDF或PNG给项目委员会。
应避免的错误
链接到最后一项任务而不是交付成果
如果下一个包依赖上一个包的最后一项任务，验收这一步就会从计划中消失。请链接到里程碑，让关口可见，那里的延误也可见。
把做完的工作当作已验收的交付成果
实地工作结束不等于交付成果被验收。请把整理撰写和验收这一步作为各自的任务或里程碑，并设定长度。
让确实相互依赖的包重叠
部分结果够用时，开始到开始链接才合适。如果下一个包需要完整的发现，就保持经过关口的完成到开始链接，并看看这会给结束日期带来什么影响。
指望进度移动日期
进度画在条形内部，不会移动任何日期。如果一个包会花更长时间，请修改它的工期。QueryChart 也不跟踪某个包的预算，只管进度表。
打开资助项目甘特图
打开模板，重命名工作包和交付成果，看看哪个包决定完成日期。
相关指南
常见问题
如何在甘特图中表现一个工作包？
把它的任务放进一个分组。分组画成带汇总条形的区带，所以整个包读起来是一整块，任务都在里面。请以工作包命名分组，例如工作包1。
如何表现一份交付成果？
添加一项工期为0的任务，它会画成菱形。以事件命名，如“WP1交付成果已验收”，并让依赖该交付成果的工作链接到它。请看甘特图里程碑指南。
同一个包里的任务能在前一项完成之前开始吗？
能。使用带延迟的开始到开始链接，例如写成 9SS+10，后一项任务就在前一项开始10个工作日后开始。里程碑保留在两项任务之后。
图表能表现变更申请或决定吗？
不能。甘特图没有决定或循环。请把流程放在流程图里，比如预算审批流程模板，并在甘特图上为这次审批加一项任务，工期要能容纳一轮返工。
其他资助计划接下来看哪里？
获批之前的申请，请看资助截止日期甘特图指南；一个报告周期，请看报告期甘特图指南；想从资助项目计划起步，请打开资助项目甘特图模板。