怎样使用这份简单项目进度表模板
简单项目进度表解决什么问题
大多数小型项目并不需要复杂的管理体系，缺的往往只是有人把任务顺序定下来，写在一个大家都能看到的地方。这份模板做的正是这件事：把几乎所有项目都会用到的四个阶段——启动、计划、执行、收尾——搭好框架，并把12项任务和3个里程碑从头到尾串联起来。
无论是公司内部的小项目（换一个工具、调整一个流程、办一次小型活动），还是刚接手、阶段还没划清楚的客户项目，这份模板都能用。重点不是把项目硬套进这个模板，而是把它当起点：删掉不需要的部分，把任务名称换成自己项目的实际交付物，再调整工期。
它和普通任务清单最大的区别在于任务之间的联系。如果交付物一——执行阶段里工期最长的交付物（10个工作日）——拖延了，它后面的所有任务都会跟着一起顺延，新的收尾日期立刻就能看到，不用自己重新算一遍。
12项任务与3个里程碑，逐阶段说明
括号里是每项任务的工作日工期，是一个起点，开工前应该和实际执行的人核对。
- 启动（2项任务和1个里程碑，约5个工作日）：需求调研（3）、范围与目标确定（2），以及范围已批准这个里程碑。
- 计划（3项任务和1个里程碑，约5个工作日）：任务清单与估算（3）和风险识别（2）并行进行，然后是责任人分配（2）和计划已批准这个里程碑。
- 执行（5项任务，最长的阶段，约19个工作日）：两项并行的开发交付物（10天和8天）、中期评审（2）、评审后调整（4），以及测试与验证（3）。
- 收尾（2项任务和1个里程碑，约4个工作日）：交付物最终验收（2）、经验总结与结项报告（2），以及项目结项这个里程碑。
怎样把模板改成自己的项目，一步一步来
先删掉用不到的部分、改好名称，再动工期和日期。
- 把“交付物一：开发”这类通用名称，换成自己项目真正要交付的东西。
- 每项工期都要和实际执行的人一起核对，只靠项目负责人一个人估的工期常常偏短。
- 检查每条依赖关系：哪些真的必须先完成才能开始下一项，哪些其实可以并行。
- 定下真正的开工日期，一般是和项目发起人确定范围的那一天。
- 给每项任务指定一个责任人。没有责任人的任务，是小项目最常见的卡壳原因。
- 排好之后保存一个基线版本，每周更新完成百分比，和基线对比看进度有没有偏差。
简单项目进度表最容易在哪里拖延
小项目的延期原因通常都很小，而且反复出现在同样的地方。
- 启动阶段范围没定清楚：如果范围与目标确定草草了事，执行阶段往往要从头再来一遍。
- 风险识别被当成走流程：这项任务在进度表里有机动时间，但真的跳过它，往往比花两天做完它在执行阶段付出的代价更大。
- 两项交付物压在一个人身上：如果执行阶段的两条并行任务由同一个人负责，模板里设计的并行就只是摆设。
- 中期评审只是走形式：如果没人真正检查到目前为止的交付内容，评审之后的调整往往会超出计划的4天。
- 收尾被往后推：总结报告和经验总结通常是工期紧张时最先被砍掉的任务，但恰恰是它们能让下一个项目不再犯同样的错。
三种适合用这份模板的场景
第一次独立负责内部项目、公司又没有统一项目管理方法的人。这份进度表给出阶段、里程碑、责任人这些最基本的结构，又不至于像大型项目那样繁琐。
需要用一页PDF向客户说明项目怎么推进的自由职业者或顾问。启动、计划、执行、收尾四个阶段，连不做项目管理的客户也能一眼看懂。
组织毕业设计、课程项目或黑客松项目的学生或小团队。启动—计划—执行—收尾的骨架同样适用于更短的周期，只要把工期按比例缩短就行。