利益:
- アクティビティ、期間、優先関係、リソースを含むジョブを定義し、AI に作業スケジュールの草案を作成させる機能
- AI が提案したクリティカル パス、期間、リソース割り当てをロジックと現場の現実に基づいて検証する機能
- 計画に AI を使用して遅延、リソースの競合、気象条件などの不確実性をシナリオ化し、エンジニアリング上の意思決定を行う能力
建設プロジェクトを予定どおり、予算どおりに完了できるかどうかは、適切な作業スケジュール (制作の順序、期間、相互依存性を示すスケジュール) にかかっています。計画が不十分です。これは遅延ペナルティ、リソースの競合、コストの超過を意味します。作業スケジュールは通常、CPM (クリティカル パス法 - プロジェクトの総期間を決定し、遅延によってプロジェクト全体が遅れるアクティビティ チェーンを見つける手法) で確立され、Primavera や MS Project などのツールで管理されます。 AI は、アクティビティ リストの生成、期間と依存関係のスケッチの生成、遅延シナリオのモデル化、リソース割り当ての検討などの計画を強力に支援します。しかし、AI は現場を認識しません。誤った論理関係を確立し、期間を非現実的に見積もる可能性があります。この単元では、AI を使用してジョブ スケジュールを設定および検証する方法を見ていきます。
作業プログラムを正しく確立する: アクティビティ、期間、依存関係、リソース
AI に作業スケジュールの作成を依頼する前に、ジョブを 4 つのコンポーネントで定義します。
- アクティビティ: 作業パッケージ (掘削、基礎コンクリート、型枠、補強、石材、石膏など)。どの程度の詳細が必要かを指定します。
- 期間: 各アクティビティの推定期間 (チーム、効率、量に基づく)。効率（単位時間当たりの仕事量）情報を提供します。
- 依存関係（優先関係）：どのタスクがどのタスクの後に来るか？基礎コンクリートは鉄筋と型枠の後に来ます (完成時と開始の関係)。一部のタスクは並行して実行される場合があります。
- リソース: チーム、設備、資材。 2 つのアクティビティが同じクレーンを必要とする場合、競合が発生します。
これら 4 つが明確でない場合、AI は非論理的なシーケンス (例: 漆喰の前にペイント) や非現実的な時間を生成します。
簡単な例 – 床の大まかな構造:
アクティビティ期間 (日) 先行事象 (最初に終了)A.柱補強+型枠4-B.柱コンクリート 1 AC。ビーム+スラブ型枠 5 BD。梁+スラブ補強4C(部分平行)E.スラブコンクリート 2 D ラフクリティカルチェーン: A→B→C→D→E 合計時間 ≈ 4+1+5+4+2 = 16 日 (並列がない場合)
AIがスケジュールを与えると、その連鎖と時間を独自のロジックで確認します。
時間をどのように見積もるかも重要です。アクティビティの期間は通常、「量 ÷ (チーム × 生産量)」で求められます。たとえば、400 平方メートルのパターンを 1 日あたり 100 平方メートル行うチームは、4 日で完了します。 AI は一般的な仮定に基づいて収量値を生成するため、圃場の実際の収量と一致しない場合があります。天候、仕上がりの品質、材料の流れ、学習効果によって効率が変わります。そこで AI に、時間をリクエストするときに使用する収量の仮定を書き留めてもらい、その仮定を自分の経験データと比較してもらいます。効率の仮定が可視化されると、期間に関する議論は「9日か12日か？」といった抽象的な論争ではなくなり、「1日あたり何平方メートル」といった制御可能な数値に還元される。この透明性により、計画の現実性が高まり、遅延が発生した場合でも原因をすぐに見つけることができます。
ヒント: 単なる期間のリストではなく、「どのアクティビティがどのアクティビティの先行作業であるか」という形式の依存関係テーブルとして作業スケジュールを AI に要求します。クリティカル パスは、期間ではなく依存関係から生じます。関係性を確認せずに合計時間を信頼しないでください。
弱いプロンプト / 強いプロンプト
弱い:「建物の作業スケジュールを作成します。」(アクティビティ、期間、チーム、依存関係、現場の状態はありません。) 強い:「床の大まかな構造の作業スケジュールの草案を作成します。アクティビティ: 柱鉄筋 + 型枠、柱コンクリート、梁スラブ型枠、梁スラブ補強、スラブ コンクリート。 - コンクリート後の最小養生/型枠時間を考慮します。 - 各アクティビティの適切な時間を提案しますが、現実性のコントロールは私に任せます (譲歩、仮定を書きます)テーブルとして出力: アクティビティ | 継続時間 | クリティカル パスと合計時間をフィールドの現実と自分で検証します。
クリティカルパスとクリティカルタイムの検証
依存症のロジック。 AIによって確立された優先関係は現場の現実と一致していますか?型枠はコンクリート直後に取り外すことはできません（硬化時間が必要）。漆喰が乾かないと塗装はできません。 AI はこのような論理的な間違いを頻繁に犯します。
持続時間のリアリズム。時間はチーム、スループット、量と一致していますか? AI は、チームで 500 平方メートルの型枠を 1 日で完了するなど、非現実的な時間を提案する場合があります。効率の値を自分の経験と比較してください。
リソースの競合。 AI が 2 つのアクティビティを並行して表示すると、両方が同じクレーンまたは同じ作業員を使用していることに気づかない可能性があります。リソースカレンダーを確認してください。
クリティカル パス。合計時間を決定するチェーンは正しいですか?クリティカル パス上の 1 つのアクティビティが遅延すると、プロジェクト全体が遅延します。このチェーンを正しく特定することは、管理にとって不可欠です。
コントロール
何を探すべきか
頻繁なエラー
依存症
シーケンスはフィールドのロジックに従っていますか?
治癒期間をスキップする
期間
収量と一致していますか？
非現実的なスピード
ソース
競合はありますか?
同じクレーンを並列して使用する場合
クリティカルパス
それは正しいチェーンですか？
不正なクリティカル パス
不確実性
空気/供給マージンはありますか?
バッファー時間を提供しない
スクリプトの不確実性
建設遅延の原因は数多くあります。気象条件（雨天ではコンクリートの流し込みが遅れる）、材料供給の遅れ、作業員の生産性、許可プロセスなどです。 AI は「クリティカル パス上のアクティビティ X が 5 日遅れた場合、合計時間はどのように変化しますか?」と尋ねます。これは、次のようなシナリオを迅速にモデル化するのに役立ちます。ただし、どのシナリオが現実的で、どのくらいのバッファ (予約時間) を含めるかはエンジニアが決定します。 AI は可能性を生み出します。リスクを管理するのはあなたです。
ミニケース3個
ケース 1 – ロジックエラー。 AIが作成したプログラムでは、現場管理者は、床のコンクリート打設の翌日から上階の型枠が始まることを確認します。ただし、コンクリートは硬化して強度が得られるまで時間がかかります。 AIは治癒期間をスキップしました。シェフは現実的な硬化時間を追加し、プログラムを修正します。早期のカビ除去による損傷を防ぎます。
ケース 2 – リソースの競合。 AIは2つのブロックのコンクリートを同日に平行に配置します。しかし、現場にはコンクリートポンプが1台しかない。 2つの鋳造を同時に行うことはできません。計画エンジニアがソースに気づき、ダンプを順番に並べ替えると、プログラムは 1 日長くなりますが、実行可能になります。
ケース 3 – 遅延シナリオ。重要な道路の基礎掘削は、予期せぬ地盤の問題により 6 日遅れています。プロジェクト マネージャーは、「この遅れを補うことはできますか?」と尋ねます。 AIを使って。はシナリオを実行します。いくつかのアクティビティを並列化して 4 日間を構成する計画を作成し、チームとリソースで現実性を確認して実装します。
コピー可能なプロンプトテンプレート
依存ロジックチェックプロンプト: 「次の作業プログラムの優先関係を現場ロジックの観点からチェックします。 - コンクリート注入後の硬化/成形時間は残っていますか? - 漆喰が乾く前に塗装する、スクリードが乾く前に塗装するなどのエラーはありますか? - 物理的に不可能な平行線はありますか? 問題のある関係をリストします。プログラム: [ペースト]」
遅延シナリオ プロンプト: 「次の作業スケジュールで、クリティカル パス上の '[アクティビティ]' が [X] 日遅れた場合、合計時間はどのように変化しますか? 補うためにどのアクティビティを並列化または加速できるかを大まかに提案します。リソース/チームの制約を制御します。スケジュール: [貼り付け]」
よくある間違い
- フィールド ロジックに対する依存関係をチェックせずに合計時間に依存します。
- コンクリートの硬化や乾燥などの必須の待機期間をスキップします。
- 非現実的な（過度に楽観的な）活動時間を受け入れる。
- リソースの競合を確認せずに、同じチーム/機器を同時に必要とするアクティビティを表示します。
- クリティカルパスを検証せずに経営判断を下す。
- 天候や供給の不確実性に対する緩衝時間を残さない。
要約すると
- アクティビティ、期間、依存関係、リソースの 4 つの要素で作業スケジュールを設定します。
- 期間だけでなく、表形式で優先関係 (先行アクティビティ) を AI に尋ねます。
- 依存関係がフィールド ロジック (硬化、乾燥、シーケンス) に準拠していることを確認します。
- 効率性とチームの信頼性については時間をチェックし、競合についてはリソースをチェックします。
- クリティカル パスを独立して検証します。遅延はプロジェクト全体に影響します。
- AI では不確実なシナリオが作成されますが、バッファーと最終的な決定はエンジニアに任せます。
アプリケーションタスク
小さな作業パッケージを選択してください (例: 1 つのフロアの大まかな構築、いくつかのアクティビティ)。 AI に、アクティビティ、期間、リード アクティビティのテーブルとクリティカル パスを書き留めるように依頼します (スループットの仮定を書き留めるように指示します)。次に、(1) 各依存関係がフィールド ロジック、特に硬化/乾燥時間に準拠していることを確認し、(2) 時間を収量推定値と比較し、(3) リソースの競合があるかどうかを調べ、(4) クリティカル パス上のアクティビティに遅延シナリオを追加し、その合計時間への影響を観察します。修正したエラーをメモしてください。
チェックリスト
- [ ] アクティビティ、期間、依存関係、ソースを明確に定義しました。
- [ ] 優先関係を表形式で示しました。
- [ ] 依存関係がフィールド ロジック (修復/インストールを含む) に準拠していることを確認しました。
- [ ] 時間を効率とチームの現実と比較しました。
- [ ] リソースの競合を確認しました。
- [ ] クリティカルパスを独自に検証しました。
- [ ] 不確実性をバッファし、最終決定は技術者の承認に委ねられます。