モデルの干渉を調整・解決する
干渉調整ラウンドを実行します。各専門分野のモデルを統合し、干渉を検出し、実際の干渉事項を選別・割り当て、それによって生じる設計上の疑問を提起し、次のモデル発行で解決されたことを確認します。
仕組みをステップごとに
プラットフォーム全体で5ステップ - 各ステップで何をするか、そしてなぜ重要か。
専門分野モデルを統合する
Federations最新の意匠・構造・設備モデルを共有プロジェクト原点上で一つの統合モデルにまとめ、何もテストする前に各専門分野が最新の改訂であることを確認します。
理由: 干渉結果は背後にあるモデルの質次第です。古い、または位置がずれたモデルに対して調整すると、すでに解決済みか実際には存在しない干渉を追いかけて丸ごと1ラウンド無駄にします。
干渉検出を実行する
Clash detection重要な専門分野間、構造対設備、設備対天井などで干渉テストを実行し、許容誤差でわずかな接触ノイズを除外し、本物の干渉が浮かび上がるようにします。
理由: 梁を貫通する配管や壁を貫通するダクトは、現場で修正するとモデル上で修正するよりはるかに高くつきます。検出はまだ画面上の線であり、まだ変更指示になっていないうちに捕まえる段階です。
実際の干渉を選別し割り当てる
BIM検出された生データを実際の課題にグループ化し、誤検出を除外し、それぞれの実際の干渉を、モデル上の位置がわかる形で修正責任を持つ専門分野に割り当てます。
理由: 数千件の生の干渉件数は誰の役にも立ちません。価値があるのは、すべての項目が実際の干渉として担当者名付きで示された短い一覧であり、それによって調整会議が仕分けではなく意思決定の場になります。
設計上の疑問を提起する
RFI干渉が単純な移動ではなく設計判断を必要とする場合は、設計責任者へのRFIとして提起し、回答が記録され、日付が付き、モデルの視点まで追跡できるようにします。
理由: 調整担当者だけでは解決できず、本当の設計判断が必要な干渉があります。正式に提起することで、その判断が記録に残り、その後のモデル変更を理由まで遡って追跡できます。
次の発行で解決を確認する
レポート次のモデル改訂が届いたら、テストを再実行し、割り当て済みの干渉が実際に解消されているか確認し、何が解決し、何がまだ未解決で、何が持ち越されたかをそのラウンドとして報告します。
理由: 調整は修正が約束された時点では終わっておらず、次のモデルがそれを証明した時点で完了します。毎ラウンド再実行して報告することが、ゼロへの傾向を示し、全員に進捗の正直さを保たせます。