产品
1、项目简介
Crusell大桥是一座斜张拉桥，属于赫尔辛基的公共工程部门，它连结Jatkasaari的西边及Ruoholahti市。Jatkasaari是前West Harbor的一部份，靠近赫尔辛基市中心，正转变成为一座新的临海城市。为了开发一个新的9000单元住宅，货运业务已被移到另一个城市，因此需要一座新的公路桥梁。
Crusell大桥于2008年秋季开始施工，并预定于2010年底完成。桥梁的设计是由芬兰的WSP公司，由Skanska Civil施工建造。该桥由两个不对称跨度组成，跨度分别92.0公尺和51.5公尺（总长度为143.5公尺），净宽度有24.8公尺。桥梁上部结构是纵向预应力混凝土梁，横向结构是由复合钢和混凝土组成，如图二、三所示。
图二桥梁在夜间的效果图
图三桥梁结构的建筑模型
在设计和施工过程中，项目团队应用BIM的技术和精益施工的原理和工具。本案例研究的重点在本工程的施工阶段
主要有两个方面：
•广泛使用的建筑信息模型如下：钢梁及钢筋混凝土制造，装配组件的供应链的监控和管理，模板及临时支撑结构设计，使用雷射扫描的品质控制，及施工计划使用4D动画模拟。
•BIM支持精益的施工方法，譬如支持工地生产管理，使用Last Planner System™°
表一Crusell大桥项目团队及基本资料
Crusell大桥设计由赫尔辛基市在，2001年冬天宣布征求设计竞图。竞图的目的是去找到一个高品质的桥梁解决方案，它可带出地方特色，并考虑到景观的需求。尽管英国设计公司赢得了竞图，但却颁给了第二名得主芬兰的WSP公司。
第二阶段的设计（设计发展），在2004年底因财务问题而中止，当时已经完成60%的设计发展。经过四年的中断，在2008年业主指派自己的营建管理部，公共工程部的一个部门，发布招标遴选一个总承包商来完成该工程，最后由Skanska Civil公司雀屏中选。由于只有60%的设计文件是准备完成的，因此在2008年秋季开始施工的同时也要并行完成细部设计文件。本项目预计于2010年9月完工。
图四整体项目的时间表。
合约采用的是设计-议价-建造(DBB)模式，这是有点令人惊讶的，因为只完成了60%的设计文件，其原因是为了可以早点选择制造商，如此一来制造商便能在最后的设计发展产生影响。例如，钢构制造商的Ruukki公司，由于该公司在参与完成设计上具有丰富的钢构详图的知识和经验。而施工过程中钢构件和结构的尺寸或质量上没有问题，则证明了这一策略是有价值的。
2、Crusell桥梁工程可作为一个经验学习
Crusell桥梁工程成为每个人，甚至是那些以前有使用经验的人皆可参与的BIM学习过程，因为许多新的解决方案和技术在这个过程中被进行了测试。设计师为了产生可视觉化的设计竞图，而已经建了部分的桥梁模型。因为他们的概念设计中，需要运用大量的钢构并要求其精确度，他们建议业主使用建模以达到更好的成果。因此，业主决定尝试建模，不仅是钢材零件建模，所有其他施工物件也要建模，包含在现场所有的钢筋混凝土结构。因此，该工程对于业主及设计师变成了一个试验性质的工程。对于业主，这是它的第一座全面使用BIM的桥梁工程，包括时间和管理层面。而设计师之前建的模是较简单的钢筋混凝土桥梁，但这座桥具有弯曲几何、斜张揽线及复合结构钢和钢筋混凝土结构，其复杂程度远超乎他们先前所有的经验。
桥梁工程与工业和住宅工程是相当不同的，因为它们有更为复杂的结构。虽然使用计算机建模来分析桥梁结构是必要且平常的作业，但在当时，在桥梁工程使用BIM尚不如建筑工程般普遍。
只有少数BIM应用软件可以精确地模拟现代桥梁复杂的结构和几何形状。桥梁建模软件是有自我产品市场的专业软件，其中一些已经使用3D建模，但由BIM软件作设计整合则是新概念。
虽然承包商在施工的开始就知道有模型的存在，但并未从设计师那边取得模型。设计师准备了网络模型（桥梁不同构件的简单几何形状模型）让投标人在投标阶段可了解桥梁的基本结构，以准备他们的竞图招标文件。不过Skanska公司被录取后，他们便收到设计师已用Tekla Structures建好的完整模型。Skanska公司作出决定在施工阶段尽可能的使用模型，包括4D计划和临时结构建模。他们曾经在住宅和工业营建工程上使用建模，但在桥梁工程中使用应是头一遭。同样的，对于工程其他各单位而言，在工地使用模型也是一种全新的经验（分包商、测量师、供应商等）。Skanska公司在这项工程决定上取得了正面的肯定结果，他们把它视为非常有价值的经验。
由于在一个高度复杂的桥梁使用具开创性的BIM，主要的BIM软件供应商Tekla公司也加入本工程。提供施工团队深厚的支持也让Tekla获益良多。在整个设计和施工过程中，他们协助团队成员的学习及应用Tekla Structures建模软件的新功能：分享网络的模型（同步）；4D计划；与供应商的工厂管理软件模型同步；以及将制造数据直接输出到至算机控制的设备。
结果，本项目变成一个所有单位参与的特殊学习过程。他们愿意去学习新的工作方法，也因此获得成功并积累精湛的经验。
3、数据交换性
表二列出了各种工程应用软件，它们被使用在四种不同的设计阶段：设计竞图、一般的设计发展、最终的结构设计及施工。由于在写这篇文章时，业主还没有决定如何进行，因此设施维护阶段被排除在外。
表二BIM和其它使用于各种阶段的软件
BIM软件在2008年第二部分设计发展开始时才被引进。在2004年中断设计发展当时，个别软件都还是被视为一个独立的工具。有趣的是，在2004年之前使用的3D建模软件是3D Studio Max，它是一个可视化工具，不是一个参数取向的BIM工具。经过四年的中断，设计团队认为BIM工具已经发展到适合使用于这样复杂的桥梁工程，Tekla Structures软件随即受到采用。
在2004年以前，交换性不是一个重大的问题，但当2008年其他项目的合作伙伴加入时，它变成了一个主要的问题。到2008年，为解决交换性议题而写的一个额外驱动程序，让建模软件的功能有重大进展，可以让更多的合作伙伴使用在更多任务上。问题解决后最明显的反映是在所有主要参与者，业主、设计师，总承包商及主要分包商都同意使用相同的BIM工具(Tekla Structures)。
因此这些合作伙伴在彼此的数据交换上减少了数据同步的问题，这部分将在本案例研究的后段讨论。此外，数据也可以与其他应用软件交换，例如，Trimble RealWorks、Vico Control、PERICAD、Reinforcement List v3.1和制造业的ERP系统。在只有几何需要作交换的状况下，如Trimble RealWorks和TEKLA的模型之间，则使用DWG作交换格式。当需要更多的信息交流，譬如TEKLA模型和PERICad之间，则使用IFC档案。当文字数字数据足够，或者几何可以用参数化描述而非显示描述，例如定义加工用钢筋形状或由TEKLA模型生成的简单ASCII文件格式。这些交换格式皆如图五所示。
图五通过资料转译交换信息
4、模型同步
每一个工程案皆案涉及许多不同的参与者，每个都会发展出特定领域的建筑信息模型。为了改善他们之间的信息交换和交流，TEKLA如同其他的BIM供应商一般，已经开发出可由不同的参与者来维护模型同步的功能，Tekla的产品是使用一个中央供应商同步服务器。
Crusell桥梁工程是第一座应用这个功能的桥梁。在图四可以看出，由于细部设计与施工同时并行了很长一段的时间，因此同步是该项目最重要的关键。对于赶工的工程而言这是很常见的，但对于传统的DBB工程而言则较少见。在Skanska的承包模型和Ruukki的制造模型间的同步也是不可或缺，且这样的关系在所有让制造商绘制制造详图的案例中都是常见的。客户之后于2009年秋天开始使用同步化服务器。
基本上一周一次进行同步化，不过并不是硬性规定。当设计师对设计作出重大变更时，他们会通知工地，工地人员可以马上同步化并得到由设计师更新到施工模型内的最新版本。因为承包商也有建临时结构、模板和其他物品的模型，所以只有设计师所变更的物件会在每次的变更后被添加或取代。承包商的项目信息人员可以过滤和确认被更新的部分，并观察变更对施工模型所带来的影响。
如此一来，常常会发生总承包商在客户核准该图面之前便拥有关于模型变更信息的情况，这样他们就能替近期作预先准备（更快速的信息交换）。工地和分包商模型间的同步化也会同时完成，但比较不定期，主要目的是为了回应变更。使用同步化的信息流将详述于很长。
图六通过同步化进行信息交换
同步化不只需要技术问题解决方案，还需要有由所有参与者同意的管理协定，包含编辑的权限、对象和时间。
该协定形成了下列步骤：
1.WSP(设计者）上传变更到模型同步化服务器；
2.Skanska上传进度变更到模型同步化服务器；
3.Ruukki上传制造变更和进度更新（订单、制造、交付等的日期）到同步化服务器；
4.所有的参与者下载「变更」资料并汇入到他们自己的模型中进行同步化。
在项目期间，同步化出现了很有趣的问题。当Skanska把Tekla Structures的版本升级到15时，他们发现钢筋资料的同步化会导致它们与WSP模型间的异常，WSP是用13版来进行模型的绘制和维护。一旦Skanska升级就会把同步化限制在单向同步上。
5、在施工阶段使用BIM
本节将会说明及讨论各种在施工阶段使用BIM做管理和组织的方法，两者都是直接作为精益施工方法的信息资源和支持技术。
Crusell大桥不是一个很庞大的项目，但它的设计很有趣，可以让BIM在一些工程目的上有所发挥。平心而论，模型在施工各层面的鞭策上是无所不在的。所有的桥梁结构都有建模，就连每一根钢筋和所有的临时支撑结构和混凝土模板都有建模。Skanska在工地现场的办公室内于服务器上维护模型，并委托土木工程师担任「承包商信息人员」的工作，要负责提供信息给所有的项目参与者和维护并更新承包商的模型。
为什么Skanska不在现场作模型的维护？因为在工程开始之际，设计尚未完成，所以项目不能作全盘的规划。工地团队一开始有所迟疑，并不了解模型对他们有什么好处，或者他们该如何使用模型。但每个物件都已建模，且承包商的模型有不断地和设计师的模型的发展同步。承包商的模型对于工地团队而言变成所有信息的首要资源：用于尺寸、将如何建造不同零件做视觉化、程序、材料交付报告等。信息人员一直忙于提供所有模型需要的信息。
虽然桥梁最终制成的初始模型是由设计师所编辑，Skanska也会添加和编辑该模型以反映施工过程。模型在任务、工作顺序和浏览工作上被大量使用。所有的临时结构——支撑塔、临时桩、模板和设备都有建模。木工会在准备混凝土模板之前看下模型来了解复杂的几何形状，如有双曲线条的多边形。有趣的是，因为当时Tekla Structures软件版本上的限制，复杂的双曲线几何形状不能直接在软件中生成。为了克服这样困难，这些表面的形状会在3Ds Max中被生成，然后再使用DWG档汇入Tekla Structures作为几何参照。这个问题在Tekla Structures的新版本中得到解决，此为该公司参与项目团队的直接成果。Tekla视Crusell大桥项目为试验软件施工管理功能的项目。
下面将详述不同的使用模型进行施工管理的方法，特别强调工地现场日常营运的使用。
可视化
将建筑模型视为可视化工具是模型最常见的用途，且它的效益是最明确的。项目的3D模型帮助不同的参与者更了解概念和设计细节，形成一幅共同的愿景，且比传统图面更快更有效率深入了解项目。
模型对于所有的工地工作人员都是开放读取的，他们可以做延伸的使用，时时到办公室看模型来查看模板定位、锚缆和钢筋位置更精细的细节。如图七，锚缆相当沉重，而且它们要在浇铸前做为支撑。大量的钢筋被置放在每个锚缆的旁边。
如何以准备混凝土浇铸的形式规划支撑锚缆在3D视图中就简单得多，它可在多个方向和节面上操纵。
图七截面图显示钢筋和另一个浇铸的的硬件间关系的详图，如大型锚缆构件
设计和规划临时结构及碰撞检查
在一开始，提供给工地人员许多模板的图，但不包含延伸的模板支撑塔和其他临时结构，如通道鹰架。结果，工地团队决定要把所有遗漏掉的临时结构，包含模板支撑架和现场塔式起重机的轨道模型都直接建在现场维护的设计建筑模型里。这样让结构更容易被解读，并判别出许多冲突（碰撞），能得到精确数量、整合这些工作到施工进度里以及在4D规划期间可视化它们的顺序。
不只在设计阶段的结尾完成钢构和混凝土零件之间的碰撞检查，在施工阶段也能和整合额外的系统和临时结构模板进行碰撞检查。可因此避免许多可能会在施工期间发生的桥梁结构上的碰撞。这项BIM功能节省了大量的金钱和防范了许多问题。例如模板供应商PERI，使用它们自家的CAD系统为码头进了复杂的设计。桥梁的几何形状首先用IFC交换格式，从Tekla转到PERI CAD，并判定桥的锚缆和拉杆之间在锚点的两端的模板有冲突。模型设计则为了解决这一问题而被变更（见图八）。
图八锚缆和模板拉杆之间的碰撞和其解决方法
施工规划与4D
建筑模型首先被用在总体规划会议期间，然后同样在逆向进度会议中被使用，该模型为Last Planner System™的一部分。Vico Control™软件被应用在工地施工进度安排，在总体规划会议上只使用了视觉化模块。
总体规划进度之后会汇入到Tekla Structures v.15里施工模型的「任务管理者(task manager)」视窗，在那里进度会被细化。桥面施工被分为至少两个也可能是三个独立的工作区域，这样工作便能同时并行，由不同的参与者执行。
模型被用来执行这样高度细分的工作区域规划作业，包含工作顺序、数量含其他空间信息。模型中的物件会分配到施工活动并被色彩标记。图九为某段桥面在特定日期的图，用红色和蓝色分为两个工作区块。
图九分开的工作区段|原图为红色及蓝色（在本图中以不同深度的灰色表示）
4D动画进度会在单日的决议后完成。如此团队便能生成项目每日的可视化图片，以用来评估逆向进度会议期间用Last Planner SyStem™(LPS)作的决定对于空间利用是否实际。动画也让每个人了解他们协议要执行的作业模型让团队能发展比其他方式更细且更精确的工作计划，它提供正确的空间信息和给予更精确的所需材料数量。模型提供了简单而快速的方式从Tekla Structures模型中提取精确材料数量计算，可以帮助减少多余的材料缓冲区和确保只从供应商订购需要的材料。
然而，由于在Tekla Structures模型里是用手动关联物件到活动上，一开始的设定是相当耗时的。在码头中央的桩被点出有严重工程问题后，在新的混凝土桩已浇置到海床来取代有缺陷的桩的同时，施工作业已比预定进度晚了两个月。结果，项目团队决定反转整个墙面施工的顺序，空出可重建码头中央柱的时间，他们不一一接续完成而是直接在程序作业上跳过码头中央，从两端开始向码头中央开展作业。但4D CAD模型并没有更新，因为比起从程序可视化中获得的利益来说，重新定义任务细节之间的时间逻辑关系，还有用模型内的实体物件定义的新任务关系被认为是太耗成本的。进度本身的不确定性，则被认为是另外一个不花时间在更新4D模型上的理由。
从中学到经验是4D软件的施工进度层面必须要够成熟，可允许定义高层次类型任务间的关系的逻辑，让施工程序花最小的心力变更，靠改变控制进度的条件而非靠中断和重新连接详细任务的逻辑关系来运作。这样详细任务就不需要重新定义和重新与实体模型物件作关联。在当时，Tekla Structures并没有办法支持这样复杂的任务安排。
制造和安装钢构构件
桥梁模型分享给钢构厂Ruukki，Ruukki供应项目钢材零件和构件。Ruukki在模型中检视和编辑因应制造限制所需修改的元件，并传送更新到模型中给WSP的结构设计师，并传给Skanska进行核准。
WSP会在他自己的模型中编辑钢构元件，整合Ruukki的意见，并为所有的参与者更新服务器模型。
除了使用模型变更设计信息，他们也从两个方向用模型变更生产顺序信息。因为Ruukki有跟Skanska一样的模型，并定期执行同步化作业，Ruukki使用来自模型的施工进度数据来决定他们的制造和交付进度。然后他们会更新他们自己模型内的制造、检查和交付日期。在Ruukki模型和他们公司的资源规划软件间内部数据转换是人工作业，但他们相信未来可以进化为简单的自动化作业。因为施工进度会在每次的进度会议后更新，并在模型中可以读取这些数据，材料的采购就变得更精确，逻辑能够组织得更好，最后的交付和在现场组装的构件也可以经由细化的模型信息被「拉动」。
钢构在现场的组立是由Ruukki聘僱的分包商Siltera所负责。他们不常使用模型，但他们有时会参考模型以获得有关他们作业的生产详细资料和流程信息，特别是图面不清楚或有出现问题的时候。
钢筋细化、制造和安装
桥梁钢筋的建模比想象中的还要困难许多。这种斜张拉桥有高密度的钢筋和复杂的桥面与桥墩形状，让建模比一般较单纯的结构更加困难与费时。在最普通的钢筋混凝土结构里，像柱、梁和基础等建筑元件都有充分的形状标准，而可以用参数化物件的钢筋详图和配筋图则加速建模的速度；桥梁元件因为其曲率而有独特的几何结构，常常需要自订化的建模。
然而，尽管建模作业是由WSP所进行，但所有的参与者都因此受惠。WSP被要求在任何情况下都要生产钢筋详图，因为这是客户所施加的一个合约义务（为了存档的目的和为了在现场使用钢筋安装器），而且图面要直接从模型中生产。在钢筋和其他结构间有许多空间冲突都因及早使用碰撞检查而被避免，另外模型信息还被应用在钢筋的弯曲与切割机上。
Tekla Structures用ASCII、EXCEL和其他资料格式提供钢筋材料的数量计算。对于Crusell桥梁项目，ASCII报表资料被格式化成可以直接和自动汇入到供应商的钢筋制造软件中，内含有所有的弯曲和切割信息（见图十）。这套软件在工厂生产时驱动NC机器。格式化是和CELSA Steel Services(钢筋制造厂）、Skanska和来自Tekla的技术支持下合力完成的，自然而然地移除了许多人工作业和潜在错误。
图十来自制造商自家的钢筋制造软件快照，图为直接由Tekla的桥梁模型报告提取后汇入的钢筋数据
然而，Skanska在整合上不能达到和CELSA—样的水平，CELSA已经和有能力自己操作BIM软件的钢构供应商整合过了。ASCII是专门流通钢筋形状和数量的交换档案格式，且不能带入所有模型同步化提供的信息范围，有些信息仍然要用手动交换。因此，像绑大量钢筋以供交付和安装这样的任务会被从外部安排到模型里。
钢筋的作业流程如下：
•WSP上传设计变更到Skanska的模型(WSP负责细化所有的钢筋，这部分变成程序中的瓶颈，细化钢筋信息持续了很长的一段时间）。
•Skanska根据施工进度选择模型内物件钢筋（要在模型内编制和维护）。
•Skanska输出修正后的钢筋报表给CELSA(以ASCII报表为准）。
•CELSA把数据汇入到他们的「Reinforcement List 3.1」软件内，之后钢筋将被制造生产并交付。
•Skanska的项目信息人员打印来自Tekla的钢筋笼模型「快照」。工头会让工人照着这张图来组装。
钢筋由Funnly在现场进行组装，Funnly是专业的绑钢筋公司。Funnly的员工在工地只使用纸本图面。工地现场在施工期间大部分都是处于极端的湿冷气候之下，因此无法使用笔记本或是其他电子设备来提供模型视图，而Funnly也没有人会操作建模软件。但是因为某些原因，WSP从模型中生产的2D图纸对钢筋的安装工人而言常常是不足的。而如上所述，桥梁的钢筋是很密集且复杂的，由Tekla Structures vl3的标准程序生产的图纸不是太过于详细就是资料不足。这造成了项目参与者间的摩擦。他们从中学到了一些专业技术并将其结论转达给Tekla，让Tekla可在未来的版本改善他们自动生产钢筋图面的程序。
因为部分的困难是来自于图纸的不足，因此钢筋的安装工人为了得到预想成果完整的图片和钢筋笼的绑法，有时候被迫要去参考模型，因为模型会显示所有的钢筋和螺栓。承包商的信息人员提供Funnly最基本的BIM训练，不过他们依然要靠她来导览模型以及打印必要的荧幕快照。
雷射扫描
总承包商Skanska僱用了一位现场检查员，他的任务主要是控制工作质量和协助各类承包商定位自己的工作内容。Skanska—开始是向经销商借用设备，而当他们得到经验并有自信能和BIM结合使用后，他们便购买了Trimble®VX™Spatial Station让工地现场使用。这台机器可以拾取坐标、照相并将它们合并（见图十一），它是二合一的机器：视距仪和照相机。这让检查员工作更加轻松，因为他可以独自一人完成调查，如果是用以前传统的视距仪则需要两个人作业。
图十一照片和扫描的点云放在一起展示
以取得的点云和图片会上传到Trimble RealWork软件，在软件中可以和从建模软件Tekla Structures转换出来的设计位置坐标进行比较。这样能做结构构件、模板和嵌入混凝土中的硬件位置的实时品管。举例而言，当放置一座大型的桥梁锚缆时，被发现实际位置和模型位置间差了1公尺，那么就能修正位置并在浇置前再度确认。
检查员出席所有的规划会议，包含每周一次的Last Planner工作会议，在会议中他帮助决定所有完成候选任务必要的技术信息，或是有任何在工作开始前待解决限制。
BIM对Last Planner System™的支持
Finland的Skanska Civil，在Crusell大桥项目之前，他们已经在其他项目上使用过3年的Last Planner System™(LPS)，他们还有自己的专家可以训练工地人员如何操作软件。LPS可以被当作是用来发布任务限制上什么应该做以及什么可以做的转化机制，因此可以形成一张来自Weekly Work Plans的准备工作清单。在这方面有两个重点：可靠的短期规划和建立并发展工地的社群系统（建立团队、既定事项网络、承诺、互信和互重）。
Crusell大桥项目中，他们依循LPS的传统规划阶段，但其中有些例外。主要供应商和专门业务承包商都参与了逆向进度会议’以安排未来3〜5个月的工作规划。这些会议产生了必须要执行的任务网络，并使之成为既定的网络。在逆向进度会议期间，他们使用模型来可视化任务的组成和如何达成任务。之后，工地管理者将逆向进度会的结果转档到Artemis PlaNet软件里（类似于MSProject的当地规划软件）以澄清和再度确认所有人都了解他们的工作任务。
规划的下一层次则是超前的进度安排。他们筛选每个工作的限制并尽可能地排除限制后，安排了3周的工作。超前的进度会纳入被转换到每周工作计划内的任务，由Skanska的工地人员和分包商协调后进行编排。「五个为什么」技术被用来辨别每个任务的源头是否只能用LPS来完成。团队只在一定的时期内衡量Percent Plan Complete(PPC)。平均值为84%，但分布范围很广，标准差是11%。设计师并不参与由承包商在工地现场举办的LPS会议，而使得钢筋的细化变成程序中的一个瓶颈。项目管理人认为应该可以配合不同的规划阶段，如空间利用，再更深入地使用4D规划，以确认工作单位间的冲突或接口。项目管理人事后给予的建议是，若设计师参与进度会议则能有相当大的助益，因为详图的编排顺序变成了一道瓶颈作业，如果设计师有参与的话便可以由LPS来拉动这项工作。
工地人员承认关于LPS方面还有很多需要学习的地方。使用这个方法让他们能更了解时间、弹性和阻碍工作的问题。当分包商错过规划会议时，很明显地往往会在现场发生生产问题。附带的问题是分包商在工作任务的完成上给予不可靠的数据，在不可能实现的交付作业时间上做出承诺，这刚好就是LPS设计来避免的行为型式。
6、摘要、结论和经验学习
建模作为一种以虚拟环境呈现现实的方式，提供各类利益给参与Crusell大桥项目的参与者。根据所有的项目参与者，在施工管理上深入使用BIM可让管理和组织更良好，且省时又省钱。
本案清楚说明了BIM如何应用在桥梁案件上。团队对于使用BIM和新管理途径(LPS)的意愿和开放的心态，让所有的参与者得到从他们自身的成败中学习经验的机会。他们得到的许多知识和经验也已展现在未来项目交付程序的强化与改善上，同时使用的软件也得到了改良。当这些方法在如这般复杂的项目中变得普及之际，则将总会出现问题，且Crusell大桥也不能幸免。假设这些使用方式对于所有的团队都是新颖的，可以理解他们会将遇到及发生的问题。而问题的解决方法和要采取来移除或减轻问题的步骤，都会导向正面的改变。来自WSP Finland的Antti Karjalainen说：「项目的结果是有正面也有负面的，它变成了桥梁的BIM的发展和其他软件改良的基础。」
最后，我们总结了一些项目期间重要的学习经验：
•项目要及早规划使用BIM和LPS：设定目标、进行初步培训、建立学习与改善的环境和意愿。
•使用模型配合施工管理技术（规划、控制、信息交换、会议、品管…等）。
•使用模型同步化功能达到快速信息交换的目的。
•使用4D进度表来帮助了解和评估在逆向进度会议建立的既定工作网络是否是实际可行的。
•如果临时结构变成施工中很重要的部份的话，则要建模（可提供正确数量），假设4D计划己经完成，模型在需要临时结构的期间让人更容易理解计划内容。
•汇入雷射扫描的点云到模型中可以高效率地确认位置和工作质量。善加利用则能避免很大部分的重做。
•在LPS规划会议期间使用可视化模型来提升对生产和程序的了解。
•来自工地以外的项目参与者跟工地团队一样要定期参加LPS规划会议，以同步拉动要制造的零件的细部设计/制造信息。
•确保所有的参与者都决定要同时升级软件，这样才能避免不同版本间的存取和兼容性问题。
免责声明：本文系网络转载或改编，未找到原创作者，版权归原作者所有。如涉及版权，请联系删
155-2731-8020
