※この記事は全文機械翻訳されています。
この記事はAIサポートエージェントへのプロンプトを使用して生成されました。
下部に提供されているプロンプトは、AIが訓練を受けたサポート記事が時間とともに変わるにつれて、このユースケースの独自の更新版を生成するために使用できます。
この記事では次のトピックについて説明します:
Morrison … Chenに会う - 役割と責任 - ステップバイステップ実装ガイド - 参考情報: - プロンプト
1. Morrison ConstructionのBIMマネージャー、Sarah Chenに会う
Sarah Chenは、新しいメトロトランジットハブプロジェクトのデジタル調整を監督しています。
建設技術での15年間の経験を持つSarahは、Catenda Hubのトピックリスト、ラベル、milestoneトラッキングを使用して、外部のclash検出レポートを合理化された調整ワークフローに変換することを専門としています。
Sarahの役割は、BIM実行計画の作成とデジタル品質管理プロセスの確立に焦点を当てています。
彼女はTeklaを使用する構造エンジニア、Revitの小松基地チーム、ArchiCADの建築家と協力します。
すべてが、カスタムステータスとタイプを持つ整理されたトピックリストを通じた、シームレスな調整を必要とします。
1.1 重要なポイント
Sarahは構造化されたトピックリストを通じて学際的なチームを管理し、外部ツールを使用してワークフローを調整し、デジタルプロセスを通じてmilestone準拠を確保します。
1.2 トピックリスト組織が重要な理由
メトロトランジットハブプロジェクトは、チームがSolibriモデルチェッカーでclash検出を実行したときに、3,000を超えるclash検出を生成しました。
適切な組織がなければ、これらの問題は混乱と期限の遅延を引き起こします。
Sarahは、異なるディシプリンごとに個別のトピックリストが必要でした。
各リストには、調整ポイントのライフサイクルを追跡するカスタムステータス(Active、In Review、Resolved、Approved)とタイプ(Clash、RFI、Warning)があります。
ラベルは、階層、優先度、または技術システムによってトピックをグループ化するために重要になり、発見可能性が大幅に向上しました。
1.3 重要なポイント
トピックリストの分離は情報過負荷を防ぎ、カスタムステータスは進行状況を追跡し、ラベルは効率的なフィルタリングと割り当てを可能にします。
2. 役割と責任
構造主任エンジニア
Marcus Rodriguezは、専用の構造-MEPトピックリストを使用して鋼フレーム調整を管理します。
彼はステータスで割り当てられたトピックをフィルタリングし、milestoneトラッキングを使用して48時間以内に構造的な矛盾を解決します。
MEP調整マネージャー
Lisa Parkは、MEP固有のトピックリストを通じて機械システムを監督します。
彼女はラベルを使用して重大な問題を優先順位付けし、カスタムステータスワークフローを通じてルーティングの競合を管理します。
建築デザインリード
David Kimは、アーキテクチャ-MEP統合ボードを通じてデザインの意図を維持します。
彼はmilestoneフィルターを使用してclash解決をレビューし、適切なステータスの更新でデザイン変更を承認します。
現場建設マネージャー
Jennifer Walshはラベルフィルターでモバイルアクセスを使用して、階層固有の問題に焦点を当てます。
彼女はサイトベースのトピックを作成し、既存の調整milestoneにリンクします。
重要なポイント
各役割は特定のトピックリスト内で機能し、フィルタリングのためにラベルを使用し、milestone統合を通じて進行状況を追跡します。
2.1 実例:メトロトランジットハブ
プロジェクトのLevel 3 Concourseには、3つの個別のトピックリストが必要でした:
構造-MEP調整アーキテクチャ-MEP統合サイト検証
Sarahは各ボードをプロジェクトの調整プロセスに合致するカスタムステータスとタイプで構成しました。
彼女は、階層レベル(L1、L2、L3)、優先度(Critical、High、Medium、Low)、システムタイプ(HVAC、Electrical、Plumbing、Structure)のラベルを実装しました。
これにより、チームはトピックを効率的にフィルタリングできました。
MEPチームは"L3 + Critical + HVAC"の問題のみを表示できました。
Milestone統合は調整トピックをプロジェクト期限にリンクし、どの問題が進行をブロックできるかについてのリアルタイムの可視性を提供しました。
チームは明確な期限でトピックを責任あるメンバーに直接割り当てることができました。
2.2 重要なポイント
複数のトピックリストはディシプリンを整理し、ラベルは正確なフィルタリングを可能にし、milestoneトラッキングは期限遵守を保証します。
3. ステップバイステップ実装ガイド
このセクションでは次のトピックについて説明します:
ディシプリン固…クリストを作成 - ラベルシステムの実装 - ステータスとタ…のセットアップ - 割り当てとmilestone統合の確立 - 外部clash検出結果のインポート - 重要なポイント
3.1 ディシプリン固有のトピックリストを作成
Sarahは構造-MEP調整、アーキテクチャ-MEP統合、およびサイト検証のための個別ボードを作成します。
各ボードは、ステータス(Active、In Review、Resolved、Approved)とタイプ(Clash、RFI、Warning、Coordination)のカスタム構成を受け取ります。
3.2 ラベルシステムの実装
彼女は、階層レベル、優先度、システムタイプ、および責任のラベルを確立します。
ラベルは主要なフィルタリングメカニズムになり、チームが"L3 + High Priority + Structural"のような組み合わせを使用して割り当てられた問題をすばやく見つけることができます。
3.3 ステータスとタイプワークフローのセットアップ
各トピックリストは、最低1つのオープンステータスと1つのクローズステータスで構成されます。
タイプは各ディシプリンに合わせてカスタマイズされます。
構造ボードは「Foundation Clash」および「Steel Conflict」タイプを持つ可能性がありますが、MEPボードは「Routing Issue」および「Equipment Clash」を使用します。
3.4 割り当てとmilestone統合の確立
トピックは、プロジェクトmilestoneにリンクされた期日を持つチームメンバーに直接割り当てられます。
プラットフォームは人とチームによる割り当てを追跡し、"My topics"、"Assigned to me"、およびmilestone固有のビューで利用可能なフィルターがあります。
3.5 外部clash検出結果のインポート
SolibriからBCFレポートをインポートする場合、Sarahは正しいラベルと割り当てで適切なトピックリストにランドすることを保証します。
その後、チームはさまざまなオプション - 各clashに対する単一の組み合わせトピックまたは個別のトピック - を使用してclash結果からトピックを作成できます。
3.6 重要なポイント
体系的なトピックリストのセットアップ、包括的なラベル付け、およびmilestone統合は、調整プロセスにおける説明責任と透明性を作成します。
4. 参考情報:
5. プロンプト
このセクションでは次のトピックについて説明します:
5.1 キャラクター
あなたは高強度インフラストラクチャプロジェクトの総合建設業者のBIMマネージャーです。
あなたはBIM実行計画(BEP)の建築家であり、デジタル品質管理と調整milestoneの主要な権限です。
5.2 経験
あなたは、数千の技術的および幾何学的clashが識別される高圧力の週の間に繁栄するデジタル調整のマスターです。
これらをスケール規模で管理するには、静的なPDFレポートから中央集中型のライブ調整ハブへの移行が必要であることを理解しています。
プロジェクトチームに「検索と修正」の本来の本能を活用する方法を知っており、プロフェッショナルで構造化された作業環境を提供することで、その本能を活かすことができます。
5.3 目標
あなたの目的は、大規模なデータセットを実行可能なワークフローに変換することです:
トピックリストの分離:
数千のトピックをカテゴリ固有のボードに整理して、データサイロを防ぎます。
ライフサイクルの定義:
各ボードに明確なステータスとタイプを確立して、デザインが厳密な検証パスに従うことを確認します。
説明責任の確保:
チームの負荷を広げて、milestone-blockingの問題が正式なレビューの前に解決されることを確認します。
透明性の提供:
あらゆる決定、改版、および承認に対する防弾監査証跡を作成します。
5.4 状況
プロジェクトは重大な調整段階に入っており、clash検出ソフトウェアが数千の問題を特定しました。
これをCatenda Hubで管理するために、以下のシステムを実装します:
トピックリストの分離:
ディシプリン(例:構造、MEP、アーキテクチャ)または重大度に基づいて異なるボードを作成します。
これにより、技術的な反復を整理し、検索可能に保ちます。
ステータスとタイプの構成:
各ボードについて、特定のタイプ(例:Clash、RFI、Warning)とステータス(例:Active、In Progress、Resolved、Approved)を構成します。
これにより、各調整ポイントのライフサイクルがISO 19650標準に従って追跡されることが保証されます。
Milestoneを介したトラッキング:
トピックをさまざまなボード全体でプロジェクトmilestoneにリンクします。
これにより、リアルタイムの健全性を追跡し、特定の日付までに解決されない場合、どのclashがプロジェクトの継続をブロックするかを正確に特定できます。
ラベルでグループ化:
ラベルを使用して、トピックを階層、優先度、または技術システムでグループ化します。
これにより、発見可能性が大幅に向上し、トレードが責任を負う問題をすばやくフィルターして見つけることができます。
ワークロード分配:
トピックを特定のメンバーまたは学際的なチームに割り当てることによって責任を分割します。
トピックをBIMオブジェクトと3Dビューに直接リンクすることで、構造またはMEPリードがネイティブ作成環境を離れることなく問題を見つけ、議論し、解決できることを確認します。
5.5 インセンティブ
あなたの成功は、手動データの再入力がゼロで契約milestoneに時間通りに到達することで測定されます。
コンテキストで文書化されていない決定は、起こらなかった決定であることを知っています。
あなたの目標は、プロジェクトの履歴に対する変更不可能な保険ポリシーとして機能する"clash-free"レポートを提供することです。
