4《建筑产品实施从入门到精通》业务篇之建筑进度管理实施指导Word格式文档下载.docx
《4《建筑产品实施从入门到精通》业务篇之建筑进度管理实施指导Word格式文档下载.docx》由会员分享，可在线阅读，更多相关《4《建筑产品实施从入门到精通》业务篇之建筑进度管理实施指导Word格式文档下载.docx（28页珍藏版）》请在冰豆网上搜索。
通常的进度计划，是指时间计划，工期计划，即横道图计划。
其载体一般为WBS。
而产值计划，其载体则为工程量清单。
工作量计划，其载体也通常是WBS。
所以，工作分解结构WBS，工程量清单PLS，是进度管理系统的基础。
而所有工料机费等资源的消耗，都是为了工程进度服务的。
到月末的时候，通常会填写进度，而这个进度，最终要汇总到业主产值的汇报中，从而与业主计量息息相关了。
而成本管理的四算对比，其中之一就是产值，所以，进度管理与成本管理也就紧密相连了。
1.3进度管理解决方案的价值
实施的时候，一定要不断地灌输，宣传物资管理的价值。
只有客户明白了物资管理给他们带来的价值，才会与我们一起去尝试，去优化。
否则，费时费力，却得不到想要的结果。
EAS建筑物资管理给客户带来的主要价值有：
1、以进度为主线驱动项目，与其他业务紧密集成：
通过进度计划可以推导出资源利用计划和产值计划，实现进度、产值、资源、成本的数据与业务集成；
2、多层次多角度的项目进度监控，全面了解项目进展：
通过工期进度，产值进度，形象进度等角度的进度监控，帮助决策者掌握全局，及时关注重点项目、风险项目；
3、预见项目风险及未来发展趋势，降低项目整体风险：
通过项目时间进度，产值进度，形象进度的对比分析，能实现对项目工期、资源情况和资金需求进行预测，有效降低项目整体风险。
第二章进度管理实施核心注意点
2
2.1进度管理业务流程的规划
可以说，任何项目管理，都必定非常关注项目的进度。
但具体如何管理项目的进度，不同的企业，侧重点是不同的。
所以，要想实施好PM的进度管理，首先要规划好实施的内容。
理论上，我们已经知道有三种类型的进度需要关注，但在具体的施工企业，则并不一定要全部关注。
所以，我们不能一股脑儿全给实施了，否则，费时费力，又不讨好。
通常而言，时间进度，即工期进度，每个施工企业都会关注的。
你到项目部去，通常都会发现一张大大的图贴在墙上，形象地标注目前项目的进展情况。
或者至少有一张总体进度图，里面涂了一些阴影。
这些其实都是阳简单、原始的进度管理办法。
从工期进度而言，通常有总体进度计划。
但如果正想管好、管细的话，则非使用“月度进度计划”不可。
而如果管理水平其实还达不到精细管理，使用月度进度计划反而会造成麻烦。
而“钱”是大家最关注的，所以，产值进度通常是按月来管理比较合理。
至于总体产值，那签合同的金额，就是总体产值了。
所以，产值进度只会有月度或年度计划，而不会有总体产值计划。
至于形象进度计划，大多数时候，没有也是可以的。
因为，只要工期进度达到了，那形象进度自不在话下了。
实际填报的时候，汇报一下是可以的，作计划的话，通常意义就不大了。
但从管理的角度，如果有形象进度计划的话，就可以拿计划与实际对比。
因此，具体实施的时候如何选择，要以客户的实际需要为准。
不能一概而论。
计划有了，在施工的过程当中，是否下达施工任务书？
是否每天填报施工日志？
按多大频度填写产值？
更新进度？
这些问题，都需要在实施的时候进行确定，同时要督促施工企业以制度的方式确定下来。
当以上问题都想清楚之后，则进度管理可以开始实施了。
2.2ＷＢＳ的划分粒度规划
进度管理中，时间进度与工作量进度，都是以WBS为载体的。
而WBS的划分精细度，则很大程度上决定进度管理系统的实施难度。
所以，必须非常非常小心地去规划WBS的层次！
上图是路桥行业的一个经典的例子。
不建议再细。
如果再细化一层，则工作量会呈几何级次上升，从而会发现，后面的工作，可能基本无法开展。
总之，WBS太粗，达不到管理的目标。
太细，则达不到操作的流畅，从而数据无法做出来，管理也就失去实际意义了。
这里面的“度”，需要实践去检验。
刚开始企业信息化水平较低，可以粗一些。
熟悉一段时间后，管理水平上去了，则又可以考虑细一些。
总之，适合企业自己的，才是最好的。
2.3进度管理对0#台帐的贡献
正常情况下，0#台帐是按以下情况产生的
1、完成工程量清单PLS的划分。
这通常由业主工程量清单分解而来。
2、完成工作分解结构WBS的划分。
这通常由图纸而来。
3、按PLS到WBS的分解，一条一条人工去手动操作。
这上面第3步骤最关键，也最耗时耗力。
而进度管理中有一个功能，叫“0#台帐初始化录入”，支持从excel导入。
所以，第三步只要从在前两步的基础上，在excel上编辑好，然后一把导入就可以了。
强烈推荐按此模式来完成0#台帐的产生。
后续则可以使用0#台帐调整功能来对0#台帐进行调整与修正，即能真正实现“边算边干”的业务了。
第三章进度管理初始化实施指导
进度分三个方面，工期方面，是不需要初始化的。
产值，则需要将以前已经完成的产值信息进行初始化。
产值初始化，只需要将累计完成工程量录入即可。
当然要首先设置启用期间才行。
遗憾的是，此功能暂不支持excel导入。
只能手工一条一条录入了。
后面的累计完成金额，累计完成百分比系统会自动计算。
此单据保存即可，无需审核。
在结束初始化的时候，才会进行冻结。
而对于0#台帐管理模式，产值初始化则建议使用“0#台帐初始化录入”：
这个功能有一个好处：
只需要通过导入，就可以完成0#台帐的映射，以及导入初始化的设计数据，及累计完成数据！
众所周知，0#台帐映射是个很“辛苦”的工作。
但由于这里面能导入，则简化了0#台帐挂接的工作。
实施老项目时候，是肯定要使用导入这个功能的。
我们的推荐是：
在实施新项目的时候，也使用导入功能，只是，此时的累计完成工程量为0即可。
0#台帐初始化录入，是需要审核的！
形象进度初始化与产值初始化类似，所不同的是，一个是针对WBS，一个是针对PLS。
需要注意的是，如果是将一个项目分成两个或多个项目，则主项目是不需要作初始化的，只需要联查分工程项目即可！
初始化数据做完之后，点菜单“结束初始化”即可。
第四章工期进度实施指导
工期进度管理的全部菜单如下：
里程碑计划：
确定里程碑点及结点完成时间。
总体进度计划：
项目总体上的计划。
通常比较粗。
年度进度计划，月度进度计划：
年度，月度，都称为期间计划。
与总体计划相比，相对会细一些。
特别是月度计划要更细。
指定日期进度计划：
总体也好，年度月度也罢，其实都是针对WBS的进度计划。
现在统一在一起，由用户自己指定时间段即可，通过标题来区分计划类型即可。
这样，可以简化操作。
进度更新：
月末的时候对照计划更新进度。
从工期进度而言，主要做两件事情：
进度计划及进度更新。
至于对比，放在报表章节。
对于工期进度计划，包括里面程碑计划，总体进度计划与年度计划，月度计划及指定日期计划。
所有这些计划，依赖于基础资料：
WBS！
与其他竞争对手的不同点在于：
我们的进度管理，必须是基于已划分的WBS去编制。
而不能随心所欲，想怎么编就怎么编。
里面程碑计划相对独立。
就是选择一个结点，确定计划完成日期，然后后续填写实际完成日期，系统自动计算偏差。
需要注意的是几个工期进度。
由于系统是支持选择“WBS”来编制计划的，所以，为了减少工作量，以及使工作可行，在做总体进度的时候，要尽量粗，比如到单位工程可能就可以了。
而年度，特别是月度，则尽量细！
而在编制月度工期进度计划的时候，是可以自动取数的，取数原则是：
总体计划中，计划时间落在计划时间段内，或者计划时间段之前应该完成而尚未完成的任务。
取数过来之后，再通过手工添加明细WBS结点即可。
编制工期进度计划（横道图计划），是可以从MSProject导入的，但只支持.xml结尾的格式。
至于紧前紧后，以及其他操作方式，与Project操作类似。
对于进度，我们提一个概念：
基线版本与执行版本。
通常情况下，进度是一个动态的概念，根据实际进展情况，进度是不断地动态变化的。
即每天都可能调整与更新，但我们不可能时时去产生新版本。
也就是说，平时都是在一个版本上去更新及修改的，这就是我们通常所说的“执行计划”。
当进度修改或变更及更新到一定程度之后，与之前的版本可能差别很大了，这时候，需要作一个标识，我们称之为“基线版本”。
这只要在进度计划的序时簿界面上选中某个计划，然后点击按钮“复制为项目基线”即可完成相关操作。
（注意：
请设置编码规则）
有了基线版本与执行版本，就可以作两个不同版本之间的对比了。
如果基线版本有多个，就可以追溯刚开始的进度与最终进度的实际变化情况了。
而进度对比，则需要选中记录，点击按钮“进度对比”即可，前提是有基线及执行版本。
总之，对于计划本身，在属性上有计划开始时间，计划完成时间，实际开始时间，实际完成时间，这是计划本身的对比。
通过外部及内部线条来标识。
而两个不同版本的对比，则是按同一个任务，不同的颜色来对比。
为了查看方便，系统也以表格的形式作了对比：
总之，对于工期（时间）进度，主要需要关注的是：
●基线版本与执行版本
●计划之间的依赖关系：
总体粗，月度细，且月度从总体取数。
至于指定日期进度计划，是新版本最新推出的新功能。
由于之前的总体进度、年度进度、月度进度互相之间取数，并且层层递推或反推，关系非常复杂。
现在合N为1，只使用指定日期进度计划即可：
如上图，区域1填入名称的时候，可以去作区分。
区域2填入的时间范围，则可以知道是什么类型的计划。
这时候，可以是旬，周，天，总之想怎么指定就怎么指定，从而可以适应任何期间段的要求。
同时，工作也变得更简单易用了。
推荐使用！
第五章产值进度实施指导
产值，首先来说，肯定是与PLS绑定在一起的，追究到根源，则应该是业主合同清单。
但针对业主合同清单，那是对外的产值，对内部管理而言，还是以项目的PLS为根本。
PM进度管理中的产值有两种，一种是纯粹针对工程量清单（PLS）的，另一种是针对0#台帐的。
因为0#台帐的一半也是PLS，所以就有了关系。
要实施PM的进度产值管理模块中的产值进度，首先要搞清楚的是选择那种模式，是PLS模式，还是0#台帐模式。
两种模式，只能选择一种，也只是需要选择一种。
当然，0#台帐模式按PLS统计一下，就是PLS模式了。
从施工企业目前的管理水平而言，大多数情况下，选择纯粹的PLS模式就可以了。
对于路桥行业，或者管理非常精细化的企业，选择0#台帐模式是适合的。
当然，必须在其他地方统一都是使用0#台帐模式才行。
否则，单独某一个模块使用0#台帐模式是行不通的。
3
4
5
5.10#台帐模式的产值进度实施
与0#台帐模式相关的产值进度菜单包括：
使用0#台帐模式时，其他与PLS相关的菜单就不需要了。
但点工单可以考虑通用。
先说产值计划，有两种计划：
年度产值计划与月度产值计划。
除了时间及范围（内容）上的区别之外，其他是一模一样的：
需要注意的是：
同一期间，只能存在一张产值计划！
即不允许重复计划。
（同时，名称，编码也不允许重复，命名的时候注意一下即可）
为了方便操作，系统支持excel导入。
因为很多项目操作人员还是习惯先在excel上操作，然后再导入系统即可。
为了方便，系统支持从进度计划取数，即从进度计划中，按计划中的WBS，将对应的0#台帐信息取过来。
再说产值填报。
0#台帐模式下的产值填报，是针对0#台帐来填报的。
并且分为两个步骤：
首先是填报，然后是确认。
从业务上而言，填报是现场工程师所承担的工作。
核定是收方工程小组所做的工作。
这样分成两个步骤之后，管理就精细了，并且漏洞更少，数据更准确。
对于产值填报，则可以每天填报。
界面如下：
如果施工队伍每天填写了施工日志，则系统可以自动从施工日志去取数。
在第二个页签也可以看到明细的施工日志列表，以示数据的来源。
在此界面，真正要填写的是几个工程量的字段：
设计，变更，变更申请。
设计是指刚开始计划要完成的工程量，实际完成了多少。
变更是指现场签证且已经确认签证而完成的工程量。
变更申请是指现场已签证但尚未获业主确认的已完成工程量。
备注则是用来作说明的。
比如为什么会有变更申请。
产值核定，则是先从产值填报取数，然后对收方的精确数值进行核定确认：
首先，通过“自动获取填报工程量”，可以将产值填报的数据全部取出来并按0#台帐统计汇总显示。
而过程数据可以在“工程填报”页签进行跟踪。
区域1为0#台帐本身信息，不允许改动。
区域2为填报的数据，不允许改动。
如果本期没有填报，则空白。
区域3才是本张单据所能操作的数据区域。
默认情况下，会将本期填报的数据带入，然后根据实际情况修改即可。
区域4是对区域1，2，3的一个简单统计，除备注字段可编辑外，其他都不允许去动。
点全部核定按钮，则自动将填报的值重新算入本次核算工程量，即区域3数据与区域2数据完全一样。
从系统设计上而言，是希望分两步走，先填报，然后核定。
但直接操作产值填报核定单也是可以的。
这时候只能全部手工操作了。
仅此而已。
工程即时台帐是针对项目0#台帐产值核定的一个汇总报表，以便填报人员掌握全局：
施工任务书与施工日志只是在0#台帐模式下才能使用。
实施上没有什么值得特别关照的地方。
点工单目前也只是适合0#台帐模式，但这个业务其实是存在的，在PLS模式下，后续也需要改成可用。
不过，目前只是一个增、删、改、查的功能，没有过多的业务逻辑。
实施的时候如果客户有需求，不妨考虑二次开发。
5.2PLS模式的产值进度实施
与PLS模式相关的产值进度菜单包括：
使用PLS模式时，其他与0#台帐相关的菜单就不需要了。
对于PLS模式的产值计划，与0#台帐模式一样，也有两种计划：
这两种计划，除了时间及范围（内容）上的区别之外，其他是一模一样的：
PLS模式，顾名思义，就是以工程量清单PLS为核心的模式。
思路与0#台帐是一样的。
可以这样理解：
0#台帐模式通常是精细化管理，PLS通常是简约式管理。
PLS模式也有产值填报，但没有单独的核定功能，也就是贯彻“简约”风格，将两种业务合二为一了。
上面界面，有一个小细节：
如果不关注具体的工程量清单，在下面未选择具体清单的时候，则“本次完成总额”这段是可以手工录入的。
即可以管理得更粗一点。
顺着这个思路，即再“简约”一点，系统有另一个产值填报功能，即：
产值填报（总额），如下图：
这里加多了在本期之前累计完成的产值，以供填报人员参考。
这种模式，适合于管理非常粗放的企业。
即领导只是关注总体数据，而不关注产值具体由哪些清单产生的。
从现在企业管理的发展而言，此种模式终将退出历史舞台。
实施的时候，建议不是客户特别要求，不要按此种方式执行。
第六章形象进度实施指导
形像进度计划也叫工程量计划，即从WBS的量的角度的一个计划。
前面工期进度计划也是以WBS为核心的，只是，那是从时间的角度出发的。
而这里是从量的角度出发的。
如果已经做好工期进度计划，在选择好月度之后，点击“自动获取工程量”按钮，会将时间落在选定期间内的，以及此期间之前应该完成而未完成的结点都取出来进行显示。
在上面界面中，计划开始时间，计划结束时间，本期计划完成工程量，以及备注字段都是可以编辑的。
大家可以看到，除了不能显示甘特图之外，这里综合了时间与量的维度，其实是一个比较好的工作计划。
形象进度分为年度与月度，如果管理得比较粗，年度形象进度计划即可。
如果管理得比较细，则推荐使用月度形象进度计划。
实施的时候，根据客户的实际情况作取舍即可。
在形像进度填报上，也是以WBS为核心的：
如上图，只要选择了“期间计划”，则自动将期间形象进度计划的内容带出来，然后等待录入实际完成工作量即可。
但实际情况是，现场很多东西，是无法精确到“量”上的，大多数时候，只能是一个笼统，一个大概，而管理者仍需要有一个大致印象。
怎么办呢？
这时候，可以使用另一种形象进度，即以图片汇报的方式：
在这里，可以填写大致完成的百分比（区域1），也可以以图片直观进行反映（区域2），而每张图片，还可以配相应的文字说明，以更具体详细（区域3）。
此种形象进度汇报方式，是没有对应的计划的，从而也无从对比。
从现实业务而言，一般情况下，比较少做形象进度计划，但图形方式的形象进度汇报则比较实用。
所以，推荐只实施“形象进度填报（图形）”这一个功能即可。
第七章进度报表实施指导
我们已经知道对于进度，主要是工期进度、产值进度、形象进度三种进度，从而报表也是围绕这三种进度的计划与实际的对比。
对于工期进度对比，则直接使用前面介绍的目标计划与执行计划对比功能即可。
对于产值对比，有以下报表：
期间产值完成情况统计表：
主要对比内容：
本身信息，本期期初情况，本期计划情况，本期实际情况，本期末累计情况。
一、0#台账模式：
二、工程量清单模式
对于形象进度，如果做了工程量的计划，并录入了实际完成情况，则有相应的“形象进度完成情况统计（WBS）、
从实施角度，这个报表通常使用率不高。
比较有用的推荐一下“工程项目总体进度一览表”。
此表信息量还是比较丰富的。
对于进度产值，比较遗憾的是没有图形化报表，比如挣值分析之类的曲线图是没有的。
有待后续加强。
其他报表，请视情况使用即可。
第八章其他
6
7
8
8.1生成资源计划
我们EAS建筑的基本设计思想是“以进度为主线”，这主要体现在：
1、进度计划产生产值计划
这里的进度计划主要指工期计划。
工期计划是基于WBS的，而产值计划是基于PLS的。
进度计划确定之后，再确定产值计划这是业务上的规律，但系统上怎么能够实现呢？
这个桥梁就是0#台帐。
所以，要实现这个目标，只能使用0#台帐模式。
因为系统已经建立好了WBS与PLS的映射关系，所以，只要基于WBS的工期进度计划确定，理论上，生成产值计划是不成问题的。
但如果不使用0#台帐模式，那就不可能达成这个目标，这时候，只能是手工去生成产值计划了。
实施的时候，请一定要明白这里面的道理。
不要盲目去搞进度计划生成产值计划。
否则客户会觉得上当了，从而引起不满。
2、进度计划产生资源计划。
对于0#台帐模式，这个进度计划，则是指产值进度计划。
由于为#台帐模式下，0#台帐是已经挂好资源的（先有责任成本资源分解，然后根据0#台帐映射关系，可自动产生0#台帐资源分解），所以，只要有了产值计划，则根据0#台帐资源分解，系统是可以自动生成对应的物资需用计划，设备需用计划，周材需用计划，分包需用计划的。
对于非0#台帐模式，这个进度计划就是指工期进度计划了。
如果想自动生成资源计划，则必须事先做好了针对WBS挂资源。
如果事先挂好了，则理论上，根据工期进度计划自动生成资源计划是很简单的事情了。
总体而言，目前情况下，系统只支持第1种情况。
后面的第2种情况，目前并不支持。
如果确实有客户需要，再重新开发出来是可以的。
为什么目前不支持第2种情况呢？
因为从实际业务而言，目前较少情况下会有企业单独针对WBS去挂资源。
因为，施工企业管理本身就比较粗放，如果要根据WBS去挂资源，又是一个不少的工作量。
大多数企业都是多一事不如少一事，所以，这种模式非常少见，所以系统暂不支持。
8.2分包总体需用计划
需要单独讲一下分包总体需用计划。
虽然理论上，可以从产值计划由系统自动生成分包需用计划，但真正能做到，那就凤毛菱角。
大多数情况下，这个分包需用计划，还是由手工来进行操作的。
通常情况下，施工企业在合同签订后，针对工程量清单会作一个预算成本，也称为标后预算。
此预算成本与合同金额之间的差额，即为公司的目标利润。
在预算成本的基础上，交到项目经理手上之后，项目经理是需要去规则哪些去分包，哪些自营的。
而分包也不能不明不白，应该是基于预算成本来分包的。
系统很好地解决这个问题：
1、在区域1中，在协作清单编号中，可以去选择企业级的分包标准清单。
2、在区域1中，选中某个待分包的清单，点击“获取直接工程费”，系统会弹出责任成本（即预算成本）对应的资源分配清单。
在这里，可以选择对哪些资源要进行分包。
选中后点确定，对应资源将带入区域2中。
3、在区域2中，修改区域3中的分包比例，区域4中的单位换算系数，系统会自动计算每个资源的单位分包金额，同时会自动更新区域5中的分包单价。
4、修改区域6中的分包工程量，系统计算区域7中的分包金额。
5、重复以上步骤，则可以非常精确地规划分包需求计划。
6、有了分包需求计划，后续就可以去招标，或者去生成分包合同了。
以上功能非常棒，但主要是针对0#台帐模式来做的。
在简约模式下是不可用的。
或者说，只有作了责任成本直接工程费编制，使用此功能才起到很好的效果。
否则直接使用合同管理中的“合同分包规划”功能即可。
8.3与成本模块集成那些事
相信大家会问：
进度产值与成本是如何集成的呢？
首先有一些前提：
●工程量清单中，与业主合同清单作好了关联。
●分包合同中，合同清单与业主合同清单作好了关联。
有了以上前提之后，则进度与成本的集成就可以体现出来了：
1、在进度作好产值填报之后，分包合同清单与业主合同清单关联，再根据业主合同清单与工程量清单的关联，可以自动去计算分包合的结算量。
2、在进度作好产值填报之后，根据工程量清单与业主合同清单的关联，可以自动计算业主计量的内部产值。
再从四算对比来说，产值，也是四算之一，所以成本与进度也就有关系了。
再从远点说，成本的组成最终是资源，即工、料、机、费，而产值计划或者说进度计划，能自动关联生成资源计划，这也算是与成本有关系。
再深入，就没有了。
8.4与房地产联用
经常有人会问：
建筑产品与房地产产品，能在同一个帐套吗？
答案是肯定的，能！
除了在进度管理上有冲突之外，其他模块是完全可以共同生存的。
为什么进度管理会冲突？
。
这是因为建筑产品与房地产产品都使用了同样的甘特图控件，且双方产品都对此控件作了改动，却没有统一及同步，从而，如果两个产品都购买了进度模块，则会产生冲突。
但不要怕！
这时候，只需要在客户端的后台进行配置（这个必须开发人员介入），系统就可以选择性地显示房地产的进度或是显示建筑的进度。
升级会员 