BIM coordinatorの業務紹介 －BIMマネジメントのキーパーソン－｜建設情報クリップ

 

BIMの普及に伴い、設計業務に新しい役割りが必要とされている。「BIMマネージャー」「BIMファシリテーター」「BIMオペレーター」等の肩書きを持つ人材が、チームの一員として設計業務に参入するようになった。現段階ではそれら新しい役割の呼称は統一されておらず、各社各様に扱われているものの、呼称が何であれ、重要なのは、それらの人材が担う業務内容をチームが理解していることである。彼らあるいは彼女らが担うのは、チーム全体のデジタル・スキルを底上げするだけではカバーできない、プロジェクトの重要な側面である。
 
筆者は、設計プロセスを円滑にするワークフローの提案、それに伴うソフトウェアのトレーニング、BIM導入を推進するプロジェクトリーダーへの技術サポートを専門としている。設計業務においてその重要性は認識されながらも、依然日本では従事者が少ない「BIM coordinator」が担当する業務を、設計段階のBIMに携わる筆者の経験をもとに紹介する。
 
 

1.施主の要求を理解する
 
BIM coordinatorがプロジェクトを担当する際の最初の仕事は、BIM成果品に対する施主の要求を理解することだ。英国では、施主の要求を「EIR:Employers Information Requirements」と呼び、設計者および施工者を選定する際に、施主が一定のフォーマットに従って提示すべきドキュメントとして位置付けている。しかし日本では、BIM成果品の要求方法に特定のガイドラインは存在しない。例えば、プロジェクトの各フェーズではどの程度の情報を要求するのが適切かといったことも、施主側の担当者が手さぐりで定めている場合がほとんどである。
 
施主が「BIM成果品」を要求する場合、その意図はさまざまだ。ファシリティー・マネジメントに利用するために積極的に投資している施主もいれば、各設計チームの整合性を高めることが目的なので、3Dモデル自体は参考資料としての提出で構わないという施主もいる。設計チームと意見交換しながら成果品の内容を調整したいという施主もいる。BIM coordinatorは上記どの場合でも、まず施主にヒアリングを行い、提示された「BIM成果品リスト」の根拠や、施主側チーム担当者のBIM実情を知っておく必要がある（図- 1）。
 

 
施主の要求が現実的ではないと思われる場合には、BIM coordinatorから代替案を提示することも視野に入れながら施主へのサポートを行う。そうすることで双方の混乱を防ぐことができ、活用される可能性が低い成果品のために作業のハードルを不要に上げてしまうこともなくなる。BIMへの取組みが日本国内では自発的なものである以上、施主の意図と立ち位置を理解した上でBIM成果品の内容を調整する余地、あるいは行き違いを修正する余地は必ずあると思っている。
 
 
2.BIM実行計画を作成する
 
成果品を調整した後、BIM coordinatorが担当するのが「BIM実行計画（BEP:BIM Execution Plan）」の作成だ。BIM実行計画は、施主要望に対する設計チームからの返答である。成果品の内容、コーディネーションミーティングの頻度、情報共有の方法等を、設計チームがどのように実現するのかを示すことが目的だ。設計チームを選定する際に発行するものと、契約後に発行するものの２種類があるが、後者は、チーム編成や業務のマイルストーンをより具体的に示して前者の精度を上げたものと考えて問題ない。
 
BIM実行計画は本来、チーム全体のBIMプロセスの方向性を定めるためのものである。意匠、構造、設備、ファサード等、分野別に作成するものではない。従って、BIM coordinatorは各専門分野の設計業務からは独立していることが望ましい。自身が担当する図面やモデルを作成しながら、他チームの進行状況を把握し、集めたモデルの干渉チェックをレポートにまとめることは、主要な図面提出直前になるほど難しくなる。英国では、各専門分野のプロダクションに携わる人を「BI Mauthor（BIM作成者）」と呼んで「BIM coordinator」と区別することが通常であり、BIM実行計画にもその点を明記する。
 
BIM実行計画の中で筆者が最重要視しているのは、モデルの活用目的を示す箇所だ。モデルは、「この目的のために使用してほしい」という作成者の積極的な意図を前提として参照するものであって、百科辞典のように完成度が高いモデルを目指すことは現実的ではない。設計チームが図面作成の目的で作った3Dモデルを、施主が積算やファシリティー・マネジメントに利用するつもりだったというような行き違いを防ぐためにも、モデルの活用目的については、早い段階で施主と設計チームの合意を取る必要がある。
 
 
3.共有データ環境を管理する
 
次に担当するのは「共有データ環境（CDE:Common Data Environment）」の構築と管理だ。共有データ環境とは、プロジェクト進行中にやり取りする情報を一元管理するクラウド環境のことだ。組織を限定せず、施主、設計者、施工者、コンサルタント等、多様なプロジェクト参加者間で利用する。この共有データ環境の構築と管理が、BIM coordinatorにとって一番肝心な仕事だと思う。なぜなら、施主がBIMデータを要求しない場合や、設計チームがBIM実行計画を正式には発行しない場合でも、プロジェクトチームが情報共有をする限り、共有データ環境は必要なはずだからだ（図-2）。
 



 
BIM coordinatorとして優先すべきは、必要なデータを個別に送り合う状況の打開だ。ドキュメントマネジメントに特化したプラットフォームサービスの種類は多岐にわたり、建築業界で利用されているものだけでもAconex、Asite、Autodesk BIM360、 Bentley ProjectWise、Flux、Panzura、Sharefile、SharePoint、Viewpoint4Projects（アルファベット順 2017年１月）等が挙げられる。最終的にはデータを施主に提出することを考えると、具体的なプラットフォームは施主が指定することが望ましいが、指定がない場合にはBIM coordinatorから提案する。また、これらのサービスに準ずる機能がなくとも、GoogleDrive、Dropbox、OneDrive等のファイルシェアサービスを利用することで、データを個別に送り合うことは防げる。そもそも個々のファイルを別送パスワードで守るよりも、データをやりとりする環境全体にセキュリティをかける方が効率的である。
 
BIMとは一見、手の込んだ3Dモデルのことを指しているようだが、モデルはあくまでプロジェクトに関係するデータの一部である。BIMcoordinatorが担当するのは、モデルを含むデータ環境全体のマネジメントだ。モデルに必要な情報を詰め込むのではなく、モデルも、適切なバージョン管理を行った上でその他のドキュメントと同様に共有データ環境に保存し、参照されて初めて有益なものとなる。
 
 
4.モデルの詳細度を設定する
 
モデルの詳細度とは、成果品として提出するモデルに含まれるデータ量の目安である。専門分野別に設定はするものの、設計チーム全体で合意し、作業計画を立てる前提にする。モデルの詳細度は「LOD:Level of Detail/Development」と呼ばれ、LOD100～ 500 の指標で表されており、数字が大きいほどモデル内の要素数が増え、データ量も多くなる。
 
モデルの詳細度に関する仕様書としては、BIMフォーラム（builingSMART インターナショナル）による仕様書と、AIA（米国建築家協会）による仕様書の2種が、国内外で広く参照されている。ただし、それらの仕様書が、より詳細に各専門分野の対象要素の種類を定めているわけではない。例えば、設備系の配管に注目すると、給水配管、雑用水配管、給湯配管、排水管、雑排水管など、複数の要素が存在し、それらをいつの提出までに（基本設計終了時、あるいは実施設計終了時）どの程度（立て管のみ表す、あるいは横引き管も表す）作成するのかについては比較的自由に決められる。BIM coordinatorは各分野の設計者と共働し、プロジェクトに応じてその目安をコントロールする。具体的には、「BIM実行計画」あるいは「BIMスタンダード」という実務用文書の中に（図-3）に類する表を示し、各チームの作業を進めるマイルストーンとして共有する。
 



 
フェーズによって本来の利用目的が異なるBIMモデルを、フェーズを超えて引き継ぐためには多くの課題がある。モデル内の要素数やデータ量を増やすだけでは、モデルを、設計BIMモデル → 施工BIMモデル → 運用管理BIMモデル、と進化させていくことは難しい。実際のところは、設計BIMモデルに含まれるデータの一部なら施工BIMモデルにも利用できるという程度ではないだろうか。専門分野間、組織間、フェーズ間で共有されるモデルは、現段階ではシンプルなものであることを踏まえて、BIM coordinatorはモデルの詳細度を設定する必要がある。
 
 

本章では、プロジェクトが順調にスタートした後、BIM coordinatorが設計業務とどのように関わるかを紹介する。主に担当するのは、1）定期的に専門分野のモデルを統合する、2）干渉チェック（図-4）、3）コーディネーションレポートの作成、4）アニメーションやVR環境の作成、の4つである。どの場合にも共通するのは、施主と設計者がコミュニケーションの手段としてBIMモデルを利用しやすいように、モデル内の情報を展開することだ。
 

 
統合モデルには情報が多い。特定のソフトウェアを使用して図面やモデルを作成する人材は増えてきたものの、それらBIMオペレーターは各分野専任であるため、プロジェクト進行中に本人の専門分野以外のモデルの更新内容に随時気を配ることは難しい。だからこそ、統合BIMモデルから汎用性のあるデータを取り出す、あるいはソフトウェアの初心者にとっても参照しやすいコンテンツを作成してチーム全体と共有するのは、BIM coordinatorの業務だと筆者は考えている。
 
例えば、コーディネーションミーティングで使用したモデルを、その時のキャプチャや解決に至った経緯とともに共有データ環境内に保存する。または、発行図面と対応する統合モデルのバージョン管理を徹底するといったことによって、BIMデータはより多くの人にとって扱いやすくなる。このように、統合モデルそのものにアクセスしなくても各設計担当者が必要な情報を得られる環境を整えた上で、干渉チェックやコーディネーションレポートをチームに展開することが望ましい。
 
 

プロジェクトで得た経験を、後続するプロジェクトに生かすためのフィードバックの時間を設けることも、BIMcoordinator の業務に含まれる。アラップでは半年に一度、その期間内に進展があった設計プロジェクトに対して、世界中の全事務所で「BIMMaturity Measure（BIM成熟度評価）」（図- 5）の提出を必須としている。
 

 
専門分野別に、BIMに関する複数の項目に対して5 段階評価を行ったものを集積し、プロジェクト全体のBIM成熟度（％）を測定する形式だ。ここで評価の対象となるのは、いかにモデルや共有データ環境を介して「設計プロセス」を円滑にコントロールしたかであり、3Dモデルの情報量や完成度が問われているわけではない。
 
例えばプロジェクトのBIM実行計画（BEP）に関する項目は次のように評価する。評価1）BEPなし→ 2）アラップ社内用BEPあり→ 3）設計チーム全体用BEPあり→ 4）施主要望に対応するBEPあり→ 5）契約文書にBEPを含む。このような評価をプロジェクトに関わる各専門分野から集積し、プロジェクト全体におけるBIMマネジメントのさまざまな側面を定量化することで、より具体的な目標を立てやすくなる。プロジェクト単位で得たデータは事務所単位で集計し、それを世界中の全事務所で集計して、アラップ全体のBIMマネジメント向上の指標としている。
 
BIM成熟度評価の項目には、プロジェクト専任のBIM coordinatorがいることが前提のものがある。「プロジェクト開始時のBIM coordinatorの役割」に示したように、施主要望を反映してBIM関連成果品の調整を行う、BIM実行計画を作成する、共有データ環境を管理する、モデルの詳細度を設定する等は、従来の設計チーム編成のままでは対応することが難しい項目である。各項目の理想的な姿（評価5）を意識することによって担当プロジェクトで挑戦すべき課題を明確にし、プロジェクト終了時には、上手く進められた点・反省点を含めた経験をフィードバックし、他プロジェクトに生かしていこうと思う。
 
 

以上、「BIM coordinator」の業務内容を、設計段階のBIMマネジメントに携わる筆者の経験をもとに紹介した。BIMデータを作成するための環境は、参加者たちがそこで本来の創造性を自在に発揮するためにこそ設けるものである。そのようなコラボレーションの環境を整える場面では、専任のBIM coordinatorが重要な役割を担う。プロジェクト関係者のデジタル・スキルを考慮して情報の流れを整理し、共有データ環境にアクセスするための手続きが煩雑にならないよう管理する。多様なソフトウェアを扱う人材の育成に携わりながら、そうでないメンバーにも随時情報を展開する。このようなBIM coordinatorがチームにいることで、プロジェクト関係者はより自由にBIM環境に参加できるようになるのではないだろうか。本記事が、若手の育成を急ぐプロジェクトリーダー、手探りでBIM成果品の内容を定めている施主側の担当者、BIM推進リーダーに任命された方、その他、BIM coordinatorを目指す若手の参考になれば幸いである。
 
 

 
 
 
【出典】

---

建設ITガイド 2018
特集2「BIM」



 

最終更新日：2019-01-17

 

ピックアップ電子カタログ