条形图，不过仅仅标识项目的关键工作产品的开始或者完成时间，以及关键的外部接口事件，图6-10的第一部分就是一个里程碑图（一部分）
图6－10，项目进度表－图形表现例子(缺图)
图6－10是一个正在进行中的项目进度表的例子，包含了项目中的工作的数据日期，有时也叫当前的可能日期（as-of date）或者时间，图例中体现了：1、已经完成的任务的实际开始日期，实际的历时以及实际的完成日期；2、正在进行的任务的实际开始日期，还需要的历时，以及当前预期的完成日期；3、还没有开始的任务的预期开始日期，历时和完成日期。作为一个简单的项目进度表，图6－10给出来了里程碑进度表，概括任务进度表和详细进度表的图示，还表现了三种不同级别的进度表现之间的关系。
2．进度表模型数据
进度模型数据包裹多种项目进度表的支持信息，比如进度里程碑，计划活动，活动属性和所有识别的、文档化的假设和约束，还有和应用领域相关的其它信息，以下是经常包含的支持细节信息（但是不限于以下内容）：
项目各阶段的人力资源需求，常常用人力资源矩阵表现 备份进度表方案，比如最乐观方案、最悲观方案，无资源平衡方案，资源平衡方案，有强制日期方案，没有强制日期方案等。 进度应急储备
比如对于一个电子设计项目，进度模型数据还可能包括人力资源矩阵、现金流影响、订单（顺序？）以及提交成果的计划。
3．进度基线
进度极限是进度模型的网络图分析中得出的一种特别版本。包含由项目管理团队评审通过的项目进度基线：基线化的开始日期和结束日期。
4．资源需求（更新）
做资源平衡一般会改变初期估算的资源需求类型和数量。当这些分析导致资源需求改变，必须更新进度表中的资源需求，提高计划的可用度。
5．任务属性（更新）
任务属性（参见第6.2.3.3节）的更新包括在进度表开发过程中所变化了的资源需求信息以及其它相关的（被批准的）变更信息（参见第4.4.1.4节）
6．项目日历（更新）
项目日历包含了进行项目任务的那些工作日和工休切换方式等信息，当然也包含不能安排工作任务的非工作日信息，比如节假日，周末以及非工作工时（non-shift hours），不同的项目进度表定义了不同的项目日历单位。
7．变更请求
进度表开发过程中可能产生一些变更请求（参见第4.4.3.2节），这些变更请求通过集成变更控制过程（参见第4.6节）进行控制（评审以及执行）。
8．项目管理计划（更新）
为了反映任何与项目进度相关的变更都是受控的，项目管理计划（参见第4.3节）将根据实际情况进行修订
进度管理计划（更新）：一旦在项目时间管理过程中产生被批准的变更请求（参见第4.4.1.4节），项目管理计划（参见第4.3节）中和进度计划（参见第6章的概述部分）相关的组件都必须得到更新，保持一致性和完整性。