PPT如何写项目进度：百分之多少，是最没信息量的说法

对于项目进度进行汇报，最为常见的方式是给出百分比：这个阶段达到80 %，总体进度是65 %。

**这个数字看起来很精确，但它几乎不传递任何信息。**

**因为没有人能从这个数字里判断出：还剩什么、卡在哪、能不能按期交付。**

这篇讲述进度该如何表述。

一、"完成百分之多少"的三个陷阱

**陷阱一：百分比掩盖了剩下的工作量。**

**项目的最后阶段往往不是线性完成的。**

**一个项目走到 80%，剩下的 20% 可能包含测试、返工、联调、验收——这些加起来可能占实际工作量的一半。**

**所以"80%"给人的预期是"快了"，而现实常常是"最难的才刚开始"。**

**陷阱二：统计口径不明确。**

**是按任务数量算、按工时算、还是按交付物算？**

**同一个项目，三种算法能得出三个不同的百分比。** **如果不说明口径，这个数字就无法比较。**

**陷阱三：掩盖了关键路径。**

**十个任务里完成了八个，看起来进度不错——但如果没完成的那两个恰好是关键路径上的，整个项目其实卡住了。**

**百分比不区分"重要"和"次要"。**

二、进度要回答的四个问题

**替代百分比的，是这四个问题：**

**问题一：现在到哪个节点了。**

**用里程碑说话，比用百分比清楚。** "已完成方案评审，正在进入开发阶段"——**这句话传达了位置，百分比传达不了。**

**问题二：下一次能交付什么、什么时候。**

**给最近的确定交付点，比给整体百分比有用。**

**问题三：有什么在挡路。**

**风险、依赖、待决策事项。**

**问题四：和计划比，差了多少。**

**偏差是判断进度的唯一基准。** **单说"完成 65%"，不知道计划是多少，就无法评价。**

**四个问题里，前两个回答"在哪"，后两个回答"有没有问题"。**

三、怎么表达"完成"

**"完成"需要定义。**

**一个任务怎样才算完成？**

**几种常见的模糊：**

**"开发完成了"——** 是代码写完，还是自测通过，还是联调通过？

**"方案定了"——** 是内部定了，还是客户确认了？

**"基本做完"——** "基本"是多少？

**建议在材料里给一张"完成定义"表：**

| 阶段 | 完成的标准 |

|---|---|

| 方案 | 通过评审并形成记录 |

| 开发 | 功能实现并通过自测 |

| 联调 | 与相关系统打通并验证 |

| 交付 | 已交付并获确认 |

**有了这张表，"完成"才有意义。**

四、偏差怎么写

**偏差有三种情况，写法不同。**

**情况一：按计划。**

简短阐述即可，将篇幅用于规避风险以及后续操作。

**情况二：提前。**

**要说明提前的原因，以及"提前"是否带来副作用。**

**比如某个环节压缩了时间，可能把风险推到了后面。**

**情况三：滞后。**

**这是最需要写清的一种。**

**要写三层：**

其一，滞后的程度。具体体现在时间或者交付物上。

二，为何滞后。区分外部和内部的原因。

三，打算如何应对。是缩减后续环节，调整范围以及申请资源的。

仅写“略有滞后”是最为不妥当的行为— —它既未阐述程度，也未给出相应方案。

五、风险怎么写才有用

**风险页常见的失败是列一堆通用风险：进度风险、质量风险、资源风险。**

**这类表述对决策没有帮助。**

**有效的风险描述包含四个要素：**

其一，具体所指的是什么。并非所谓的资源风险，而是某类人员仅有一人熟知该模块，若缺失则无法进行替补。

二，出现的信号。在什么样的情况下表明它正在进行。

三，影响程度。会对哪个节点产生影响、影响多长时间。

四，应对的方案。当下能够做的事情，谁来参与。

“出现的信号”这一项最为少见，却最为有效。它使风险从“担忧”转变为“可观察”

六、结构怎么排

**建议五段，十到十五页：**

第一段（从一页到两页）是整体的状态。一句话的结论加上当前所处的阶段。

第二段包含两到三页，是里程碑方面的进展情况。按照节点来讲，每一个节点的达成状态以及达成的标准。

第三段包含两到三页的偏差分析内容。和计划相比，差别在哪里以及为何。

第四段包含两到三页的风险以及待决的事项。具体并且带有信号，带有应对。

第五段（从一页到两页）是下一步。最近交付的时间是什么样的。

**篇幅上，第三、四段应占一半。**

**如果材料八成在讲"已完成的工作"，那它是"汇报工作量"，不是"汇报进度"。**

七、几个常见问题

**问题一：通篇是百分比。**

**数字很多，信息很少。**

**问题二：只报完成，不报偏差。**

**没有对照，读者无法判断快慢。**

**问题三：风险写成通用词条。**

**"存在一定风险"——** 什么风险？多大？

**问题四：待决事项没有责任人。**

**"需要协调"——** 谁协调、协调什么、什么时候要结果？

**问题五：里程碑没有日期。**

**"即将完成"——** 即将是几天还是几周？

**问题六：报喜不报忧。**

**滞后不敢写，等到无法收拾时才说。** **进度汇报的价值恰恰在于"早说"。**

八、材料怎么落地

**进度的呈现，图比数字有效。**

**建议：**

**一，用进度条呈现阶段，而不是百分比。**

横向呈现若干阶段，标注当下所处位置。比“65 %”更为直观。

**二，用时间轴呈现里程碑。**

计划节点和实际节点一起排列，一下子就发现了偏差。

**三，用颜色区分状态。**

存在正常，关注，滞后这三种状态，但是不要仅仅依靠颜色，并且要用文字来进行标注。

**四，关键路径单独标注。**

**如果某个环节延迟会影响整体，明确标出来。**

二狗 PPT具有输入内容，生成大纲以及生成PPT这三个步骤：将内容交付给现成文档，可直接上传文字或者只给主题，随后生成一份卡片型结构化的大纲，可进行检查，增删，拖拽以及改写操作，确认之后按照页匹配的版式进行生成，其输出具有可编辑，可导出的特性。

要是想要进行进度条或者时间轴的操作，其智能架构的图工具能够生成流程的图，时间的类图，导出之后可以再进行编辑。

要是存在数据需要对照（计划和实际），那智能图表的能力就能够生成对比的图并且导出。

它内部的模板按照方向划分成若干个系列，包含封面，目录，章节过渡，内容页这类页面的类型；模板系列具体的名称以及数量会跟着产品迭代来进行调整，在使用之前以官网那个模板库的页面为准。

九、两个提醒

首先需要提及的是进度数据需具备统一的口径。若每次汇报采用同一算法，前后无法进行对比。若口径发生变化，需清晰阐释。

第二个提示，关联项目信息的判定范围。项目进度通常与客户，合同以及内部安排相关联。对于哪些可对外进行分享，哪些仅仅在内部开展分享操作，需提前进行确认。未公布的信息不可上传至在线工具进行处理；工具所生成的初稿，在正式使用之前的核对还得自己去把控。

如果你手上有一份进度汇报，建议做一个检查：**把所有百分比数字遮住，只看剩下的内容。** 如果还能说清"在哪、差多少、有什么风险"，那这份材料是合格的；如果遮住数字后什么都看不出来，那说明进度的表达过度依赖了一个不精确的指标——**而这个指标，恰恰是最容易让人误判的。**