変化は難しいものですが、非常にやりがいのあるプロセスでもあります。
建築、エンジニアリング、建設業界では、過去数十年の間に 2 つの大きな変化がありました。この時期に練習した人で、これらを「スムーズなトランジション」と表現する人はほとんどいません。まず、手描きからコンピューター支援設計 (CAD) への変更は、この職業に大きな影響を与えました。この変化に続いて、CAD からビルディング インフォメーション モデリング (BIM) への進化は多くのフラストレーションを引き起こしましたが、それには十分な理由がありました。これにより、業界の多くの人が、当然のことながら、さらに別の変更を採用することを躊躇しています。
以下は、負荷モデリング ソフトウェアの変更の概要と、導入を成功させるための推奨事項です。レガシー ソフトウェアで完了したプロジェクトをどうするか、新しいプラットフォームでチームをトレーニングする方法、および新しいソフトウェアがもたらす改善点を確認します。
レガシー ソフトウェアのプロジェクトをどうするか
利用可能なレガシー ソフトウェアの多くは、独自のシミュレーション エンジンとファイル タイプに基づいて構築されています。これにより、新しいツールがオープン ソースであっても、モデルを最新のツールに変換することは非常に困難になります。レガシー プロジェクトへのアクセスを維持するためのガイドラインを次に示します。
- レガシー ソフトウェア ベンダーに移行計画があるかどうかを尋ねます。 
- レガシー ソフトウェアのライセンスを少なくとも 1 つ保持します。 
- すべてのモデル ファイルをアーカイブし、バックアップ プロジェクト フォルダーに保存します。 
- 利用可能なすべてのレポートを PDF にエクスポートして、会社がソース モデルなしでアクセスできるようにします。 
チームのトレーニングと変化への準備
スタッフのトレーニングや新しいソフトウェアの導入に最適な方法は 1 つではありません。チームの各個人は、独自の学習スタイル、テクノロジーに対する快適さ、変化への欲求を持っています。オンボーディングを支援し、新しいソフトウェアについてチームをトレーニングするためのガイドラインを次に示します。
- 一度に変更を強制しないでください。ゆっくりと移行するロールアウト計画を立てる 
- 新しいツールの探求に最も関心を持っているチャンピオン、またはレガシー ツールで最も多くの課題を抱えているチャンピオンを特定します。 
- 特定のプロジェクトでツールを使用し、成功事例を記録し、学んだ教訓を記録します。 
- これらの成功を共有し、新しいツールをより多くのプロジェクトに展開し続けてください。 
- 参加を促すイニシアチブを検討しながら、エンジニアが必要に応じて受講できる正式なトレーニングとセルフペースのトレーニングを提供します。 
- 切り替えを行っていないエンジニアやプロジェクトのレガシー プロジェクトへのアクセスを維持し、変更を強制しないでください。 
新しいソフトウェアによる改善
新しいソフトウェアとテクノロジーは、根本的に私たちの生活を楽にするはずです。変更を行う場合、期待される改善を特定して追跡することが重要です。これにより、変更の理由と、変更が成功したことを検証する方法が提供されます。探すべきいくつかの改善点と、それぞれを追跡する方法を次に示します。
- ジオメトリ時間の短縮 - モデリングの開始から最初の結果が得られるまでの時間を追跡します。コストを含め、時間の節約に関連する運用上の影響を把握する分析指標を作成します。 
 
- 結果のエラーの減少 - プロジェクトのレビュー時に各モデラーが受け取るコメントの数を追跡します。現在のモデル レビューをベースラインとして調査し、削減目標を設定して成功の目標を設定します。 
 
- エンジニアの疲労を軽減 - チームを調査して、ベースライン エクスペリエンスを理解します。採用または初期レビューの後、チームを再度調査し、モラルの向上、残業時間の削減、またはプロセスの改善を探します。 
 
- チームメンバー間のコラボレーションの増加 - 質問と回答の間の時間を調査します。これは多くの企業にとって大きな課題であり、特にモデリングやシミュレーションの作成に数日または数週間かかり、イノベーションの機会がある場合はなおさらです。 
- 採用したソフトウェアまたはテクノロジーがチームのコラボレーションをどのように促進し、クライアントとのやり取りや内部プロセスに関連する時間をどのように短縮したかを記録します。 
 
最後に、新しいソフトウェアは従来のツールよりも柔軟性が高くなければなりません。分析で優先すべき項目をいくつか示します。
- オープン ソース ベースのツール - オープン ソース エンジンに基づくソフトウェアは、他のツールで読み取ることができます。これは、チームが単一のプラットフォームに再びロックされることがないことを意味します。 
 
- ジオメトリを生成する複数の手段 - 建物はユニークであり、すべてのプロジェクトに最適な単一のワークフローはありません。ソフトウェアは、さまざまなプロジェクトのニーズを満たすために、ジオメトリを作成する多様で柔軟な手段を提供する必要があります。 
 
チームの loadmodeling.tool について詳しく知りたいですか?
