项目时间表设置常见错误
项目时间表（Project Timeline / Implementation Schedule）是香港政府中小企业资助申请书中看似最”机械”、实则最暴露功底的章节。评审委员会中常有工程或项目管理的专业人士，他们审视时间表时，往往会顺带判断申请人是否真正理解项目可执行性。
一份粗糙的时间表，即使研究计划写得再漂亮，也会在”可操作性”一项上失分。本文整理六个最常见的时间表错误，并给出可落地的修正方案。文中涉及的具体审批时长、资助额度等，均以官方最新公布为准。
一、把时间表写成”流水账”
典型症状：把 24 个月的项目简单切成 4 个季度，每季度安排”完成相关工作”。
这种写法等于告诉评审：我没有真正规划过每一天或每一周要做什么。时间表的本质是任务分解（WBS）+ 时间分配 + 资源匹配的三位一体。
修正方法
采用甘特图式或里程碑式写法，至少应明确三件事：
- 任务颗粒度：把核心交付物（Deliverable）拆到月或双周级。例如”完成原型机第一轮测试”比”进行产品开发”更具体。
- 里程碑节点：列出 3–6 个关键检查点（Kick-off、Mid-term Review、Final Submission 等），并对应可量化产出。
- 负责人或角色：每个任务至少注明执行团队或外聘顾问角色（不必写姓名），让评审看到资源可行性。
二、没有缓冲期（Buffer）
典型症状：所有任务首尾相连，Day 1 开始、Day 720 结束，中间没有任何”空隙”。
现实中，再成熟的团队也会遇到：设备到货延迟、合作方数据提供延期、测试用例反复修改。政府项目更常受采购程序、第三方审批、不可抗力影响。
修正方法
在每个主要阶段之间预留 10%–20% 的缓冲。如果项目周期 24 个月，建议预留 2–3 个月缓冲集中放在中期与末期，用于应对验收整改、补充材料、报告撰写等不可预见工作。
| 项目周期 | 建议总缓冲期 | 分布建议 |
|---|---|---|
| 12 个月 | 1–2 个月 | 末期为主 |
| 18 个月 | 2–3 个月 | 中期+末期各一段 |
| 24 个月 | 3–4 个月 | 均匀分布或偏中后期 |
切忌把缓冲期集中在项目最后一周——届时任何延误都没有挽回空间。
三、研发、采购、培训并行倒置
典型症状：先安排”员工培训”，再”采购设备”，最后”开始研发”。
这类时间表的逻辑顺序是错的：没有设备怎么培训？没有设备又怎么研发？ 评审一眼就能看出申请人对项目执行链条缺乏理解。
修正方法
遵循合理的依赖关系：
采购 / 场地准备 → 设备调试 → 人员培训 → 研发 / 试点 → 测试 / 验收 → 收尾与报告
部分资助计划对采购程序有特别规定（如需公开招标、需提前报批），应在时间表中明确标注”采购 + 审批周期”，避免与研发排期冲突。
四、人月估算与时间表自相矛盾
典型症状：预算表中写了”项目经理 12 人月、工程师 24 人月”，但时间表显示每位成员每月投入 1.0 人月——意味着 36 个月才能完成，远超资助周期。
这种”数字打架”是评审最敏感的红旗之一。它意味着两份文件是分开拼凑的，未经过内部校验。
修正方法
建立一张资源甘特图或简单对照表：
| 角色 | 投入人月 | 月均投入 | 总周期 |
|---|---|---|---|
| 项目经理 | 12 | 1.0 | 12 个月全程 |
| 高级工程师 | 18 | 1.5 | 全程高峰 1.5 人 |
| 测试工程师 | 6 | 1.0 | 后 6 个月集中投入 |
确保人月总量 ÷ 月均投入 = 项目周期，且与时间表一致。任何一个数字对不上，评审都会扣分。
五、忽略报告与行政节点
典型症状：24 个月里只写了”项目启动”和”项目完成”，没有任何中期报告节点。
几乎所有政府资助计划都要求：
- 启动后 1–2 个月内提交修订版预算与时间表
- 中期进度报告（通常在第 9–12 个月）
- 最终报告 + 审计账目（项目结束后 2–3 个月内）
如果时间表不写这些节点，评审会怀疑申请人”不知道规矩”。
修正方法
把行政节点直接嵌入时间表，并预留撰写与修改时间。例如：
- Month 9–10：撰写中期报告
- Month 10：提交中期报告
- Month 23：开始撰写最终报告
- Month 24：项目完结
- Month 25–26：提交最终报告与审计账目（属于项目结束后的尾期工作）
把”尾期工作”明确化，体现出申请人理解资助的全周期管理要求。
六、把时间表塞进预算章节”一笔带过”
典型症状：申请书只有”项目实施时间表”小节寥寥 5 行字，列了 4 个季度任务，附一张 Excel 截图。
时间表是评审判断”项目能否落地”的核心证据，应当独立成节、配专门图表。视觉清晰度与逻辑严谨度同等重要。
修正方法
- 使用横向甘特图展示，左侧为任务、右侧为月份色块
- 用粗体竖线标记关键里程碑
- 用斜纹或浅色标记缓冲期
- 在图下方用 2–3 段文字说明依赖关系与资源配置逻辑
如果使用专门的项目管理工具（MS Project、Smartsheet、Notion 模板），可截图后简述工具与方法论，更显专业。
七、检查清单：递交前自检六问
在按下”提交”之前，对照以下清单做最后校验：
- ☐ 每个任务的颗粒度是否细到月或双周？
- ☐ 是否有明确的里程碑与可交付产出？
- ☐ 缓冲期是否预留 10%–20%？
- ☐ 任务依赖顺序是否符合逻辑？
- ☐ 人月与时间表是否数学一致？
- ☐ 中期报告、最终报告、审计节点是否齐全？
任何一项答”否”，都值得回头再改一遍。
结语
项目时间表不是装饰，而是申请人对项目”执行力”的书面承诺。一个排得漂亮的时间表，本身就是一种信号：这位申请人认真、严谨、值得信赖。
申请香港政府中小企业资助，时间表往往与预算表、提案正文一起构成”三位一体”的评审基础。花在时间表上的心力，永远不会白费。
更多关于 BUD 专项基金、TVP 科技券、EMF 发展品牌、升级转型等计划的申请要点与实操经验，可在 香港大全 找到系统整理的指南文章。
常见问答
政府资助申请书中,项目时间表一般占多少篇幅比较合适?
文章建议把时间表单独成节,并配专门的图表(如横向甘特图)。文章批评了那种把时间表塞进预算章节、只用 5 行字加一张 Excel 截图”一笔带过”的做法,认为这种写法会让评审质疑项目能否落地。具体篇幅需结合申请书整体结构与所选计划的官方要求确定,以官方最新公布为准。
缓冲期留多少比较合理?能否集中放在项目最末尾?
文章建议按项目周期预留 10%–20% 的缓冲:12 个月项目留 1–2 个月、18 个月留 2–3 个月、24 个月留 3–4 个月。文章明确反对把缓冲期集中在最后一周,因为届时任何延误都没有挽回空间;建议均匀分布或偏中后期,中期与末期各安排一段。
时间表里一定要写中期报告和最终报告这些行政节点吗?
文章认为几乎所有政府资助计划都要求中期报告、最终报告与审计账目等行政节点,如果不写,评审会怀疑申请人”不知道规矩”。文章建议把这些节点直接嵌入时间表,并预留撰写与修改时间,例如 Month 9–10 撰写中期报告,Month 25–26 提交最终报告与审计账目。具体节点要求以官方最新公布为准。
人月估算和项目周期对不上怎么办?
文章指出”人月总量 ÷ 月均投入 = 项目周期”,任何数字对不上都会被评审扣分。修正方法是建立资源甘特图或简单对照表,逐项核对角色、投入人月、月均投入与总周期是否数学一致,并与时间表逐月对照;建议递交前作为自检环节的一部分。
任务之间有依赖关系,怎么在时间表里体现?
文章给出的合理顺序是:采购 / 场地准备 → 设备调试 → 人员培训 → 研发 / 试点 → 测试 / 验收 → 收尾与报告。文章特别提醒,部分资助计划对采购程序有特别规定(如需公开招标或提前报批),应在时间表中明确标注”采购 + 审批周期”,避免与研发排期冲突。具体采购规定以官方最新公布为准。