統合プロジェクト配信とは何ですか？

統合プロジェクト配信（IPD）は、建築、エンジニアリング、建設（AEC）業界でのプロジェクト開発を説明するために使用される用語です。 このプロセスは、21世紀の最初の10年に使用され、プロジェクトの所有者、請負業者、設計者を単一の設計チームに統合し、同じデータで共同で作業し、同じリスクを共有することで構成されます。 IPDの目的は、プロジェクトチームの集合的なスキルを最大限に活用し、無駄を減らし、プロジェクト全体の効率を高めることです。 IPDの概念はほとんどの設計に適用できますが、実際には、その使用は大規模なAECプロジェクトに限定されています。

AECプロジェクトの提供に対する最も一般的なアプローチは、design-bid-buildです。 このシナリオでは、所有者が設計のためにプロジェクトをエンジニアまたはアーキテクトに送信します。 設計が完了すると、プロジェクトは建設のために入札され、データは建設のために請負業者に渡されます。 このフェーズが完了すると、操作のために所有者に引き渡されます。

「設計ビルド」は、AECプロジェクトを実現するもう1つの一般的な方法であり、所有者の効率をさらに高めることを目指しています。 このタイプのプロジェクトのセットアップでは、デザイナー（通常は建築家またはエンジニア）が請負業者とチームを組み、両者のジョイントベンチャーであるデザインビルド会社を作成します。 これにより、通常、design-bid-buildで通常可能なプロジェクトよりも迅速にプロジェクトを完了できます。

20世紀後半から21世紀初頭の技術の多くの進歩にもかかわらず、建設業界の生産性は他の種類の商業に追いついていません。 統合プロジェクトの提供は、設計と構築の概念をさらに進めることにより、このギャップを埋めることを目的としています。 プロジェクトオーナーをチームに追加することにより、プロジェクトチーム全体のリソースが単一のエンティティ内で結合されます。 これは、実際の企業や政府機関、またはそれらの物理的な場所に関係なく発生します。

統合プロジェクトデリバリは、プロジェクトデリバリ方法と同じくらいチームビルディングと相互信頼の哲学であり、以前のプロジェクトデリバリ方法からの脱却を表しています。 設計者、請負業者、プロジェクトオーナーを1つのチームにまとめることで、統合されたプロジェクト配信では、すべてのチームメンバーが同じ目標に向けて協力することが契約上義務付けられます。 チームのすべてのメンバーは、リスク、報酬、意思決定、および責任を平等に共有します。

統合プロジェクトの提供には、8つの主要な段階があります。

• 概念化フェーズ（拡張プログラミング）
• 基準設計フェーズ（拡張回路図設計）
• 詳細設計フェーズ（拡張設計開発）
• 実装ドキュメントフェーズ（構築ドキュメント）
• 代理店審査フェーズ
• バイアウト段階
• 建設段階（建設/契約管理）
• 終了フェーズ

これらのフェーズの定義と順序は、IPDの2つの重要な側面に基づいています。 まず、プロジェクト設計者、請負業者、サプライヤおよび製造業者との連携を通じて洞察を得ることが望ましいので、調達に長い時間が必要なアイテムはできるだけ早く特定できます。 次に、フェーズは、ビルディングインフォメーションモデル（BIM）またはインテリジェントでインタラクティブなモデルを作成できる同様のソフトウェアを使用して、プロジェクトを設計およびモデリングするチームの能力によって推進されます。

同様に、チームのすべてのメンバーは、チームメンバーの物理的な場所に関係なく、単一の共有ストレージの場所から同じ電子データを利用します。 データ管理ソフトウェアの登場により、複数のユーザーが1つの場所に保存された単一のデータセットで作業できるようになりました。 すぐにBIMが続きました。 これらのタイプのソフトウェアは、統合されたプロジェクト配信につながりました。