BIM团队效率低,协同工作没搞定?

 

关于BIM,你可能经常听到「协同工作」这个词,比如协同工作可以节省20%的时间成本,比如项目全生命周期协同工作框架的建设。

这些你是不是听了很多,却还是不知道和自己有什么关系?它到底有什么用?

今天咱们就来说说这个协同工作。

其实BIM协同工作没有那么神秘,就是分工合作,只不过加入了网络连接和权限管理而已。

咱们先讲一个小故事:

18世纪,经济学家亚当·斯密发现这么个规律,在一家扣针厂里,生产一枚扣针需要经过18道工序。这家工厂由10个工人分别承担1~2道工序,每天共生产48 000枚扣针,平均每人生产4800枚。可如果让工人各自独立完成全部工序,那么他们中的任何一个人,一天连20枚扣针也生产不出来。这效率差了200多倍。亚当斯密就在这个小事里,发现了分工带来的效率提升。

回到BIM协同工作上,它就是很多人同时做一个项目,每个人负责自己的那部分工作,还有一些人随时指导工作方向。

咱们常说的协同工作分两种,一种是内部协同,另外一种是外部协同。

很多人讲的BIM协同,都是把这两种协同混淆到一起了,实际上它们俩从理念,到使用的软件功能,到思路都是完全不一样的。

内部协同,是在一个团队里——可能是一个设计小组——同时做一个项目,彼此之间互相沟通。它最关注的是,怎么能通过合理分工,提高工作效率。

外部协同,是团队在工作过程中,客户或者上级设计团队,随时了解设计进展,并指导设计方向,而不是说等设计工作完成后,再开会收集修改意见,然后再继续工作。

这是你和客户之间的协同,也可能是你和其他团队之间的协作,他们只给你提出意见,不参与你的工作,这里要关注的是如何提高沟通的效率。

一定要把这两种协同区分开。

 

今天咱们先说内部协同,外部协同咱们放到下次来说。

前面给大家翻译了一期视频《从生日party到BIM》,说的就是现实生活中我们已经使用很多先进的方式来提高效率,可是工程项目中还维持着传统的方式。

协同工作其实也是这样,它不是一个高大上的概念,而是实实在在的好工具。

拿BIMBOX来说,在准备节目,起草讲稿,或者是翻译国外文献的时候。

我们就不是每个人用word各写各的,然后往一块拼,而会使用一些协同工具,比如微软的Onenote,或者是国内的石墨文档。

不用把文件传来传去的,大家都在线,在同一篇文章里修改,它会自动标注是由哪个人修改的,这样效率就很高。

这种思想同样可以带到BIM工作里来。

拿Revit来举例,设计协同或者说内部协同 ,有两种方法:一种是文件链接,一种是工作集,咱们拆开说说这两种方法。

文件链接的协同方法

 

 

文件链接是什么呢?

举个例子,比如做建筑设计的人完成了建筑模型,发给做机电设计的人,他需要在Revit里选插入-链接Revit,插入这个建筑模型,它就作为参考进入到机电负责人的项目里了。

负责机电的人可以以此为基础,继续做机电设计,项目的标高和轴网你可以直接引用建筑模型中的信息,而不需要重新绘制。

绘制管线的时候,可以直观的观察是不是在正确的位置,有没有侵占吊顶空间,是不是跟梁打架了。

这种模式我们把它叫做「半协作」,意思就是它并没有达成真正的分工合作。理由有这么几个:

1.无法单独选取构件

链接进来的模型,它是一个整体文件,不能分开选取某个构件进行操作。你仅可以按TAB键来选取构件看它的基本属性,却无法改变它。

2.链接模型无法整体修改

 

在做管线的时候,你发现建筑师有一堵墙的高度画错了,跟梁打架了……

这个链接的模型你是不能修改的,需要给建筑师打电话:「喂,3/C 轴那个墙你画错了,改一下吧。」

他就得停下手头的工作,修改这个墙,重新发给你,你再链接进来,才能继续工作,在这个过程中,你要么去做别的事,要么只能等待。

有人会说,没事,我好心,我直接打开他的模型文件,改了就好,顺便发回给他一份。

这样做会引出下面的问题。

3.文件版本容易混乱

在CAD时代,咱们的工作文件夹里,就有好多版图纸:

机房图,机房图1,机房图2,机房图2改,机房图最终版,机房图最终版2,机房图真正最终版,机房图真正最终版改……

而且别人电脑里的图和你电脑里的图,还经常出现版本不一样的问题。

这个问题在链接的协作模式里,依然存在。

 

每个专业的人都改出好多个版本,还有刚才说过的,好心顺手帮忙改的,互相链接,弄着弄着就乱了。

以前我们用链接形式工作的时候,就经常出现这种问题:

开开画了一天的图纸,熊仔路过一看:「哎怎么没用我最新版的文件做链接呢?」

开开:「不是吧,我用的是最新版啊,你看,熊仔建筑最终版。」

熊仔:「哎呀,你要用最最终版,不是最终版。」

浪费时间,工作效率也没有提高。

4.链接文件信息丢失

链接进来的文件,和新做的文件,本质上还是独立的两个文件,这在CAD时代问题不大,因为都是线条嘛,换个文件环境还是线条。

可是在Revit文件里就不一样了,它不仅包括三维模型,还包括着很多视图和族文件,每个视图的可见性和颜色都是独立设置的,换一个视图就回归默认了。

链接进来的文件,只是链接了三维模型,这些视图设置,还有过滤器的设置,都链接不进来,后边的人得重新建立新的视图规则。

5.无法按区域分工

比如说两个人分工做管线,一个人做10轴往左,一个人做10轴往右。那能不能负责左边的人做完了,然后负责右边的人再链接进来用呢?

不能,因为你链接进来的管线和自己绘制的管线是分隔开的,在10轴这个地方,你们俩画的管道也是断开的,在移动管道的时候,这个断开的地方不能联动,项目一复杂,这种断开处多了,后期很难找,这样的例子还很多。

上面这几点,用一句话概括,我们之所以叫它「半协作」,就因为它的信息传递是单向的。

6.分工方式不灵活

前面的例子中,建筑设计和机电设计,各自负责一个完整的工作流程,这是按专业分工。

可是在机电设计团队内部,可能有好几个不同的个人,这几个人要是还想分工,就应该自己制定很多的分工方式,比如:按区域划分;按管线专业划分;比如有人专门做主管线,有人做支管;再比如有人专门负责建模,有人专门负责加标注出图。

这种灵活的分工方式,才是前面咱们说的亚当斯密看到的高效分工嘛,可是因为以上提到的这些原因,链接的形式就不能胜任了。

工作集的协同方法

 

 

工作集这名字起的有点抽象,咱们打个比方:一家人一块儿包饺子。

这工作分为洗菜,切菜,剁肉馅,擀皮儿,包饺子,每家的分工不一样,自己商量着来。

 

有时候剁肉馅的人干得快,就来帮忙切菜;有时候包饺子的人发现皮儿擀小了,就及时通知他擀大点儿。

对应这个例子,咱们看看Revit的工作集是什么。

首先团队内部需要搭建一台服务器,所有项目文件都保存在服务器,并且对模型的任何操作都要与服务器随时保持同步。

软件的操作,就是在Revit里,找到协作——工作集。

这个界面,咱们解释一下,工作集的名称,就是代表具体的工作内容,比如可以新建一个,叫「切菜」。

 

工作集必须要有人来负责管理,切菜这个事是谁做,就由他来创建工作集。

这里我的用户名是小明,就会默认是由我来负责。

工作集窗口,这里写着「可编辑」,代表现在小明自己负责切菜这项工作,其他人别掺和。

小明媳妇说:「我负责擀皮儿吧。」那她只需要在自己的电脑上,创建一个叫「擀皮儿」的工作集,然后我跟服务器同步一下,就看到小明媳妇负责的这个工作集了。

 

这个「擀皮儿」工作集在我这显示为不可编辑,这表示这件事由小明媳妇负责,我不能做。

同样,「切菜」这个工作集在小明媳妇那也是会显示为不可编辑的。

这个建立工作集的过程,就是告诉软件,我们是怎么分工的,每个人负责哪件事。

新的人也可以随时加入,比如小明他爹,可以随时创建一个「剁肉馅」的工作集,我们就都能随时看到。

工作集建好了,所有人就可以按照约定的分工,开始同时干活了。

当激活一个工作集的时候,你做的所有工作,比如画管道,载入族,创建一个图纸,软件把你这些行为记录到这个工作集里面去。

虽然所有人各干各的,每个人的电脑里也都存着一个文件副本,但不用担心版本问题,不管你本地存的那个项目文件叫「最终版」还是「最初版」,所有人都与服务器上唯一的项目文件同步,这个就避免了我们前面说的版本混乱的问题。

 

文件链接协同方式中,那些不方便的问题就都解决了。

所有人本质上都是在同一个文件里工作。

别人画的梁,你一样可以点击看它的属性;别人创建好的视图,设置好的过滤器颜色,都可以直接使用;碰撞检查也可以在同一个项目模型里进行,然后大家分工来解决。

那你可能会说了,同在一个文件里,如果别人不小心把我画的东西改了或者删了,我岂不是很惨?

别担心,我们来说说工作集的权限管理问题。

小明在「切菜」这个工作集下做的所有的事,都被软件记录下来,隶属于「切菜」这个工作集。

这个时候小明媳妇想移动小明画的一根水管,软件就会提醒她,哎,这个是小明的水管,媳妇也不能改动,需要经过小明同意才可以。

与此同时,小明这边会收到提醒:小明媳妇想移动你的一根水管,你同意吗?

小明抬头问了她媳妇,「哦,这是避让你的管道啊,我看看,可以!」

那小明就不用亲自改,然后再传给她了,直接点一下「批准」,她那边的操作就生效了。

这时候你打开工作集界面,就能看到:借用者,小明媳妇。

但如果小明没点这个「批准」,别人就动不了。

还有一种情况,就是工作临时调配。

 

小明他爹说我来切菜吧,你去帮你媳妇擀皮儿去,那小明爹不需要每做一个动作都经过小明批准,只需小明要把工作集的可编辑设置成「否」,就是告诉软件:这活儿我暂时不干了。

这时候小明的爹就可以把切菜工作集改成由他负责,接下来,其他人在「切菜」这个工作集下的操作,就需要经过小明他爹的批准了。

在这个流程下,按人来划分的、可以随时灵活分配的分工和协作就建立起来了。

相比传统的方式和链接的方式,它的优点是:

 

一个中心文件,版本不会出错,分工方式灵活,可以一人兼多职,也可以多人做一件事,互相可以帮忙,还不会出乱子。

这样,工作效率就真的能提高了。

这个工作集被软件记录下来,还有个好处:

建筑中的这些构件,除了按族类型分类,还会自动按照工作集分类,以后你可以按照这个分类去给不同构件上色,或者隐藏某一个工作集下的所有构件,都会很方便。

不过工作集的协作方式也有个缺点:

因为所有的东西都在同一个文件里,项目越大,对电脑配置要求就越高,对网络传输质量速度也要求更好。

这里我们建议,可以工作集和链接两种方式相结合:

关联性比较小的专业之间,或者干脆是在两个团队之间,用链接的形式;在团队内部,用工作集的方式。

前面说工作集协同工作需要搭建一台服务器,这不是说你的团队需要专门购买服务器硬件,只要有两台以上的电脑和局域网,就可以搭建起协作来。

可是很多做设计和施工的团队没有IT人员,网上关于服务器搭建的教程又不多,所以很多人知道它,但一直没有实践起来。

我们花了很长的时间,专门给你做了一期精品教程,讲服务器该怎么搭建,工作集使用过程中的一些具体操作问题,有哪些小技巧和容易掉的坑,学习一个小时,你就能搞定自己的团队协作。

你在公众号回复「包饺子」三个字,就能知道怎么得到它。

BIM里还有很多的大概念,听起来很先进,实施起来又不知道从哪开始。其实这也是国内比较普遍的一些情况:为了做一件事而去做一件事,反而不去思考这件事情的本质是什么。

今天我们把内部协作这个大概念讲明白了,下次我们再给大家说说外部协作,就是怎么能更省事的和你的客户进行协作。

如果你有这种经常听说,又搞不明白的大概念,欢迎留言给我们,我们的义务就是用人话给你讲清楚。

这一期就到这儿,希望对你有所帮助,请大家帮忙点赞,分享哦。

有态度,有深度,BIMBOX,咱们下期见!

 

相关推荐

暂无评论

微信扫一扫

微信扫一扫

微信扫一扫,分享到朋友圈

BIM团队效率低,协同工作没搞定?