※この記事は全文機械翻訳されています。

この記事はAIサポートエージェントにプロンプトを指示することで生成されました。

以下に記載されたプロンプトは、AIが訓練されたサポート記事が時間とともに変わるにつれて、このユースケースの独自の更新バージョンを生成するために使用できます。

この記事では次のトピックについて説明します：

サラ・トンプソンはメリディアン・コンストラクション社のBIMコーディネーターとして働いており、ポートランド市街地の12階建て住宅プロジェクトを監督しています。

複雑な建設プロジェクトを調整した8年の経験を持つサラは、複数の設計チーム間の情報フローを管理し、公開前にすべてのドキュメントがプロジェクト標準を満たしていることを確認しています。

サラの職務では、家具レイアウトと空間計画ドキュメントを提出する建築チーム、クラッディング詳細図面と接続仕様を提供する構造エンジニア、扉スケジュールと面積計算を配信するMEPコンサルタントと協力しています。

各チームは他の分野からのドキュメントをレビューし、マークアップと検証決定を通じて専門的な意見を追加します。

サラの専門知識は、各チームの作業が他のチームにどのように影響するかを理解し、プロジェクトを前進させながら品質基準を維持する情報に基づいた決定を行う能力にあります。

BIMコーディネーターは学際的な関係を理解し、競合する優先事項を管理し、技術的フィードバックをプロジェクトの全体的なタイムラインに役立つ実行可能な決定に変換する必要があります。

サラの承認決定は建設スケジュールに直接影響を与えます。

承認が遅延すると、複数の取引関係に波及する可能性があり、計画されたアクティビティを予定通りに実行不可能にする可能性があります。

最終決定者として、サラはすべてのレビュー担当者のフィードバックが適切に検討されていることを確認し、ドキュメントが正式に公開される改訂版になる前にプロジェクトの技術要件を満たしていることを確認しています。

サラは異なるレビュー担当者チームの時々矛盾する意見のバランスを取り、彼女の経験を使用して懸念が有効であるかどうか、またはプロジェクト要件の不完全な理解を反映しているかどうかを判断する必要があります。

最終承認者はプロジェクトタイムラインを制御し、品質基準が満たされていることを確認し、競合するチームの視点間で調整を行いながら、彼らの選択の波及効果を管理します。

このセクションでは次のトピックについて説明します：

サラはすべてのレビュー担当者チームが検証指示を提出した後、ドキュメント公開に関する最終決定を下す権限を保持して、承認ワークフローのパブリッシャーとして機能します。

複数のレビュー担当者チームが各承認要求に参加し、各チームは彼らの専門知識内でドキュメントを検証するための特定の責任が割り当てられます。

これらのチームは彼らの評価に基づいてドキュメントを承認または拒否することができます。

各レビュー担当者チームは、サラがドキュメントタブで表示できる検証指示を提供し、各分野が提出された資料をどのように評価したかについてのインサイトを提供します。

提出チームは共有改訂版を作成し、承認要求を開始します。

プロジェクトワークフローで構成された提出チームの一部であるメンバーは、彼らのチームが構成されたワークフロー間で選択できます。

メンバーは提出チームとレビュー担当者チームの両方の一部である場合があり、承認要求を作成してレビューに参加することも、チームの1つのタイプの一部のみである場合があります。

パブリッシャーは最終決定を下しながら、レビュー担当者チームは彼らの専門分野内で検証を行います。

提出者は承認プロセスを開始し、個々のメンバーはワークフロー全体のチーム割り当てに応じて複数の役割に参加する可能性があります。

このセクションでは次のトピックについて説明します：

プロジェクトの第15週間、建築チームは建物の外部エンベロープのクラッディング詳細図面を提出しました。

構造エンジニアリングチームは図面を承認し、接続ポイントが荷重要件を満たしていることに気づきました。

しかし、MEPチームは提出を拒否し、南ファサードで計画されたHVAC貫通との矛盾を引用しました。

サラはドキュメントタブを通じて両チームのフィードバックをレビューし、構造チームの承認とMEPチームの拒否を見ることができました。

MEPチームは、ダクト作業が提案されたクラッディング接続ポイントと干渉する特定の領域をハイライトするマークアップを追加していました。

彼女の調整経験を使用して、サラはMEP上の懸念が有効であり、公開を進めるとコストのかかる現場の矛盾が発生することを認識しました。

彼女は承認要求を拒否し、建築チームに再提出する前にHVAC要件を収容するためにクラッディング詳細を改訂することを要求しました。

実際のプロジェクトには、マークアップが重要なコンテキストを提供する矛盾するレビュー担当者の意見が含まれており、経験豊富なコーディネーターは学際的な懸念の慎重な評価を通じてコストのかかる現場の問題を防ぎます。

このセクションでは次のトピックについて説明します：

ほとんどのドキュメントでは、チームが分割されている場合は多数意見に従ってください。

5つのレビュー担当者チームのうち3つが承認し、2つが拒否する場合、多数は承認をサポートしています。

ただし、最終承認チームとして、技術的懸念が拒否を保証する場合は、これをオーバーライドする権限を保有しています。

レビュー担当者チームが同じ分割（50%承認、50%拒否）の場合、あなたはタイブレーカーになります。

そのようなドキュメントを拒否して、提出者が後続の承認要求でより強いコンセンサスを達成する可能性のある追加情報または説明を提供することを検討してください。

ワークフローを開始する前に、最小承認率を確立してください。

標準ドキュメントの場合は、3分の2の多数承認が必要です。

重大な構造または安全関連ドキュメントについては、公開を承認する前に100%のレビュー担当者チーム承認を実施してください。

検証結果が弱いコンセンサスを示す場合（最小閾値をかろうじて満たす）、承認要求を拒否してください。

これは、提出者に再提出する前により良いドキュメントを提供するか、レビュー担当者の懸念に対処するよう促し、最終的にドキュメント品質とプロジェクト調整を改善します。

検証分布を体系的に分析し、プロジェクト固有の閾値を確立し、コンセンサスが不十分な場合はドキュメント品質を改善するために拒否を戦略的に使用してください。

このセクションでは次のトピックについて説明します：

最終決定が必要なすべてのドキュメントの概要を表示できる承認要求ページに移動してください。

ステップリボンは、ワークフロー内の最終承認チームとしてのあなたの位置を示しています。

ドキュメントタブをクリックして、各レビュー担当者チームが承認要求内のすべてのドキュメントについて提出した検証額を表示してください。

各行は、チームが特定のドキュメントを承認または拒否したかどうかを示しています。

決定を行う前に、マークアップセクションにアクセスして、承認要求に関連するすべての注釈を表示してください。

個別のマークアップの再生ボタンをクリックして、レビュー担当者フィードバックの視覚的なコンテキストを提供して、ドキュメントに直接表示してください。

レビュー部分に戻り、各ドキュメントの承認決定を提出してください。

承認要求ステップ内のすべてのドキュメントは、要求が進む前に承認または拒否される必要があります。

すべてのドキュメントに決定したら、最終検証を提出してください。

承認要求は自動的に閉じられ、承認されたドキュメントはすぐに公開され始め、拒否されたドキュメントは共有改訂版として残ります。

すべての検証指示を体系的にレビューし、マークアップをコンテキストのために検査し、ワークフローの整合性を維持するために提出する前にすべてのドキュメントが決定を受けることを確認してください。

このセクションでは次のトピックについて説明します：

キャラクター - 経験 - 状況 - 目標 - インセンティブ

あなたは住宅建設プロジェクトで働いています。

あなたの仕事はプロジェクトのBIMコーディネーターになることです。

このプロジェクトでは、管理者は関係者がドキュメントを一緒にレビューできるさまざまな方法を構成しています。

ドキュメントはパーティからパーティに引き渡されており、彼らはすべてドキュメントについて何をすべきか考えているかについての意見を与えています。

コーディネーターとして、あなたの仕事は、提出されたドキュメントの異なるドキュメントを見て、提出者が確認するために提出したドキュメントを承認または拒否することです。

レビュー担当者が与えた異なる意見を見ることで、あなたは情報に基づいた決定を下すことができます。

あなたのキャリアの過程で、あなたは小規模から大規模な規模の建設プロジェクトを調整しました。

あなたはチーム内の人々の個々のニーズと、プロジェクト内の各ステークホルダーのニーズの両方についての知識を持っています。

他の人が手元の問題の詳細に忙しいとき、あなたは大きな画像を見ます。

すべてを一度に取得することはしばしば圧倒されるもので、情報を偏見がなく、各パーティを平等に表示する方法であなたに提示するための異なるツールに大きく依存しています。

これは住宅建設プロジェクトに関するものであるため、建物はおそらく複数階建てです。

含まれるドキュメントは次のとおりです:家具レイアウトドキュメント。

クラッディング詳細図面。

扉スケジュール面積計算。

入札の根拠として使用されるドキュメント。

ドキュメントはドキュメントを作成する異なる人によって提出されます。

レビュー担当者の異なるチームが提出されたドキュメントをレビューしました。

ドキュメントはチームからチームに引き渡されており、コメントが提出されます。

ドキュメントを承認するか拒否するかについての意見は、各チームによって提出されます。

チームはドキュメント文書の表示、マークアップの追加、承認、拒否などのアクションを実行しています。

彼らの意見に基づいて、あなたは各ドキュメントの最終承認または拒否を与えるように任務付けられています。

多くの関係者が関わっているので、ドキュメントを承認するか拒否するかについての理由を明確に伝えることが重要です。

たとえば、ドキュメントを拒否する意見を提出した人とあなたがそれでも承認する場合、なぜそうしたのかを伝える必要があります。

また、彼らがドキュメントが良いと思ったが、あなたがそれを拒否した場合、なぜそうしたのかを伝える必要があります。

おそらくそれは彼らの不備ではなく、ドキュメントの一部がそれらの部分ではなく、他のレビュー担当者が変更を加える必要があるかもしれません。

おそらく、レビュー担当者は変更を加える必要がないかもしれませんが、むしろ問題は最初にドキュメントを提出した起草者にあります。

レビュー担当者がより多くのコンテキストと情報を提供する必要がある場合、新しい承認要求を提出する必要があり、この要求を拒否する必要があります。

提出者がドキュメントの新しいバージョンを起草する必要がある場合、共有改訂版を拒否し、新しい共有改訂版を提出し、新しい改訂版の承認を要求する必要があります。

異なるチームから意見が与えられた場合、ドキュメントを公開する承認をするか、承認要求を拒否してドキュメントを共有改訂版として保つかはあなたの仕事です。

ドキュメントは、承認要求内のすべてのドキュメントが承認または拒否されるまで公開されないため、あなたが属する最後の提出チームが決定を提出することが重要です。

チームとの経験のため、彼らがうまく協力していないときと決定が急いでいるときを知っています。

または彼らが完全な情報を持っていないときと意見が歪むとき。

あなたが完全に納得している場合にのみ、あなたはドキュメントを承認します。

あなたはプロジェクトのスケジュールをコントロールしています。

多くの動いている要素があり、1つの遅延は他のすべてに影響を与える可能性があります。

これらのドキュメントを時間内に承認しないと、計画が完全に手に負えなくなるリスクがあります。

これは単に遅延があるというだけでなく、計画されたことの一部は、計画に従って物事が配信されない場合、もう不可能になります。