咨询项目甘特图模板：含客户审阅等待
可编辑的咨询项目甘特图：合同与权限、启动会、调研、客户审阅等待、设计工作坊、指导委员会会议、成果验收、最终汇报与移交，含依赖关系。
什么是咨询项目甘特图模板：含客户审阅等待流程
咨询项目的进度由两方共同决定。咨询顾问掌控分析、工作坊和撰写；客户掌控数据、权限、审阅和验收。计划往往坏在后一组：数据比要求的晚到一周，审阅花了十天而不是五天，而汇报日期早已排进客户的日程。如果计划里只显示顾问的任务，交付日期就像是顾问的承诺，其实其中有一部分是别人掌握的等待时间。
这个模板有四个阶段：启动准备、调研发现、交付，以及评审与收尾。“合同与访问权限确认”是唯一的起始任务。“项目启动会”和“发出客户数据需求”都跟在它之后，“客户提供数据与访问权限”（8个工作日）单列为一项任务，让等待清晰可见。“干系人访谈”跟在启动会之后，用8天。“数据审阅与分析”在数据提供和访谈开始三个工作日后开始，所以分析从第一批材料就开始，“调研发现初稿”要等访谈和分析都结束。
“客户审阅调研发现”是5个工作日的等待，之后的“调研发现已确认”是里程碑。交付阶段的任何事都要等它。“设计工作坊”（6天）之后是“阶段性指导委员会会议”，而“交付成果初稿”在工作坊开始三个工作日后启动，持续10天。“客户审阅初稿”要等初稿和指导委员会会议。随后是“修订交付成果”，再是“交付成果已验收”和“最终汇报”。“移交与经验总结”和“最终开票与结项”都跟在汇报之后，计划到此结束。
所有工期均为示例。请使用工作说明书中的工期，并把审阅等待设为客户已同意的时长，而不是你希望的时长。如果某个客户日期已经固定，例如汇报或指导委员会会议，就为该任务固定开始日期，当前面的工作赶不上时，图表会提示冲突。这个计划只涵盖一个项目。其背后的流程请看IT咨询项目生命周期 /zh/templates/IT咨询项目生命周期 和业务流程发现模板 /zh/templates/业务流程发现模板。
甘特图不能替代范围、合同或项目治理。它只显示在依赖关系成立时各事项预计何时发生。有些公司把客户导入视为单独的流程，这里则把它并入第一阶段，包括权限、数据和启动会。软件场景下类似的结构，请看 /zh/templates/项目甘特图。
本流程图涵盖的内容
本模板包含
- 四个阶段，共18项任务和两个里程碑：“调研发现已确认”和“交付成果已验收”。
- 作为任务的客户等待：“客户提供数据与访问权限”、“客户审阅调研发现”和“客户审阅初稿”。
- 调研中的重叠：“数据审阅与分析”在“客户提供数据与访问权限”和“干系人访谈”开始三个工作日后开始。
- 在工作坊结束前就开始撰写：“交付成果初稿”在“设计工作坊”开始三个工作日后开始，“客户审阅初稿”要等它和“阶段性指导委员会会议”。
- “最终汇报”之后的两个收尾：“移交与经验总结”和“最终开票与结项”。
何时使用本模板
- 你在界定客户项目范围，想为方案书或启动会准备一条时间线，展示客户必须提供什么、何时提供。
- 客户在数据或审阅上拖延，你需要说明由此推迟了什么。
- 你交付多个类似的项目，想要一个可以复制并调整的起始结构。
- 你想比较客户审阅等待较短和较长的情形，看看对汇报日期的影响。
逐项任务的计划
图表中的每项任务，含以工作日计的工期及其前置任务。依赖关系用步骤编号表示；SS 为开始到开始，FF 为完成到完成，+n 为以工作日计的延迟。
| # | 任务 | 分组 | 工作日 | 依赖于 |
|---|---|---|---|---|
| 1 | 合同与访问权限确认 | 启动准备 | 3 | |
| 2 | 项目启动会 | 启动准备 | 1 | 1 |
| 3 | 发出客户数据需求 | 启动准备 | 1 | 1 |
| 4 | 客户提供数据与访问权限 | 启动准备 | 8 | 3 |
| 5 | 干系人访谈 | 调研发现 | 8 | 2 |
| 6 | 数据审阅与分析 | 调研发现 | 6 | 4SS+3, 5SS+3 |
| 7 | 调研发现初稿 | 调研发现 | 4 | 5, 6 |
| 8 | 客户审阅调研发现 | 调研发现 | 5 | 7 |
| 9 | 调研发现已确认 | 调研发现 | 里程碑 | 8 |
| 10 | 设计工作坊 | 交付 | 6 | 9 |
| 11 | 交付成果初稿 | 交付 | 10 | 10SS+3 |
| 12 | 阶段性指导委员会会议 | 交付 | 1 | 10 |
| 13 | 客户审阅初稿 | 交付 | 7 | 11, 12 |
| 14 | 修订交付成果 | 交付 | 5 | 13 |
| 15 | 交付成果已验收 | 评审与收尾 | 里程碑 | 14 |
| 16 | 最终汇报 | 评审与收尾 | 2 | 15 |
| 17 | 移交与经验总结 | 评审与收尾 | 3 | 16 |
| 18 | 最终开票与结项 | 评审与收尾 | 2 | 16 |
运作方式
为客户负责的任务命名
把数据提供和每次审阅都保留为有工期的任务。在启动会上与客户约定这些工期，并在“人员”中填入客户联系人。
从第一批材料开始分析
使用开始到开始的链接（例如6SS+3），让分析在全部数据和访谈完成之前就能开始，同时让调研发现任务依赖两者都完成。
以已确认的调研发现作为交付的关口
把设计工作坊链接到“调研发现已确认”这个里程碑，这样未解决的发现会显示为延误，而不是返工。
固定客户掌控的日期
只有日期已经预订时，才为汇报或指导委员会会议固定开始日期。当前面的工作赶不上固定的开始日期时，图表会提示。
按阶段分组并添加负责人
在“人员”中填入每项任务的顾问或客户负责人。从“视图”菜单查看关键路径，找出哪一项等待决定了汇报日期。
与客户分享并导出
分享图表，让客户看到属于自己的任务，并导出PDF用于方案书或指导委员会材料。
常见问题
客户的任务应该和我们的放在同一张图里吗？
应该，只要交付日期依赖它们。把它们作为有名称和工期的任务展示，双方就都能看到这种依赖。用“人员”字段注明各自的负责人。
客户审阅应该多长？
采用客户在合同中或启动会上同意的时长。这里的5个和7个工作日只是示例。没有约定时长的审阅，是项目延期最常见的原因。
这涵盖客户导入吗？
第一阶段涵盖合同、权限、数据需求和启动会。关于客户导入的流程，请看 /zh/templates/客户导入流程。
可以在图表里追踪开票吗？
不能按金额追踪。QueryChart不追踪成本或预算，所以图表里只有“最终开票与结项”这一项任务。如果想让开票节点可见，可以为它们添加里程碑。
