施工管理のデザインビルド
役割分担・設計変更・責任分界の確認点

結論｜3つの確認軸

DBは「設計も施工も全部やる」という意味ではなく、一つの契約主体が設計と施工を一体的に引き受ける方式です。個別契約の内容を確認します。

1. デザインビルドと分離発注の違い

一般的な分離発注では、設計者と施工者が別契約で発注者と結びます。DBでは、設計と施工を一体的に受注する主体（DB事業者）が、発注者と契約します。

施工管理者の立場では、次が変わることがあります。

• 設計部門との距離（同一法人内、協力会社等）
• 設計変更の起案・承認の流れ
• 図面・仕様の確定タイミング

「DB＝現場だけ」「DB＝設計も全部」は、案件ごとに異なるため断定しません。

2. 役割分担の確認点

転職時・配属時に確認する項目です。

元請・下請の立場も別軸です。DB案件でも下請として参画する場合、設計変更への関与は契約範囲内に限られます。

3. 設計変更の進め方

DBでは、発注者の要求変更やVE（価値工学）提案が、設計と施工の両面に影響します。

確認するプロセス

1. 変更の起案者（発注者、設計、施工、現場）
2. 原価・工程・品質への影響評価の担当
3. 発注者承諾の要否と形式
4. 図面・仕様の更新と現場への展開

施工管理者は、変更が契約・図面に反映されるまでの経路を把握します。口頭指示だけで進めないよう、記録の残し方を社内ルールで確認します。

4. 責任分界

契約上、設計責任と施工責任の分界は個別契約によります。

確認する事項

• 設計の適合性の責任範囲
• 施工の品質・安全の責任範囲
• 引渡し後の瑕疵・保全の対応
• 保険・担保の種類

国土交通省は、公共・民間それぞれの標準請負契約約款を区分して示しています（国土交通省「建設工事標準請負契約約款の実施について」）。個別工事は締結された契約と設計図書を確認します。

5. 転職時の求人確認

DB関連の求人を見るとき、次を確認します。

• 「DB」と銘柄があるだけでなく、実際の契約形態
• 設計部門との連携頻度
• 担当工事の規模・用途
• 元請・下請の立場
• 分離発注案件との配属比率

DB未経験でも、設計施工の連携が密な案件経験を共通点として整理し、未経験範囲は面接で確認します。

6. 分離発注経験者がDBで確認すること

分離発注（設計者・施工者が別）の経験者がDB案件へ移る場合、次の違いを意識します。

「設計と施工が分かれていた経験」は、調整力・図面読解として共通点になります。DB固有の未経験範囲は、面接で体制と契約を確認します。

7. 面接・求人での確認質問例

• 担当案件はDB方式か、分離発注か、混在か
• 設計部門との定例連携の頻度
• 設計変更の起案から現場展開までのリードタイム
• 引渡し後の瑕疵対応の社内フロー

方式名だけで応募・辞退を決めず、配属直後の工事と体制を事実で確認します。

DBとCM（コンストラクションマネジメント）の混同を避ける

求人票に「CM」「プロジェクトマネジメント」とある場合、DB方式とは限りません。発注者側のプロジェクトマネジメント支援と、受注者側の設計施工一体化は別概念です。面接では、契約形態と自分の配置を確認します。

建設業態の全体像は施工管理の建設業態、元請・下請の違いは施工管理のゼネコンとサブコンで整理できます。

8. VE提案と施工管理の関わり

DB案件では、発注者の要求変更やVE（価値工学）提案が、設計と施工の両面に影響します。施工管理者は、次の点を把握しておくと現場での判断がしやすくなります。

VEは「安くする」だけの活動ではなく、機能とコストのバランスを見直す手法です。個別案件では、誰が提案し、誰が承認するかを契約と社内ルールで確認します。

9. 分離発注とDBの比較表（転職時の確認用）

転職時に方式の違いを混同しないための整理表です。個別案件では上書きされます。

方式名だけで応募・辞退を決めず、配属直後の工事と体制を面接で確認します。DB未経験でも、設計施工の連携が密な分離発注案件の経験は共通点になります。

よくある疑問

Q. DB案件は設計の知識がなくても務まりますか。 A. 必要な範囲は案件と立場によって異なります。図面読解と変更フローの理解は共通して重要です。未経験範囲は配属後のサポート体制を面接で確認してください。

Q. 下請としてDB案件に参画する場合、設計変更に関与できますか。 A. 契約範囲内に限られます。元請・下請の立場は施工管理のゼネコンとサブコンと併せて確認します。

Q. 求人票に「DB」と書いてあれば、すべて同じ働き方ですか。 A. いいえ。設計部門の所在、元請・下請、担当工程によって異なります。面接では契約形態と報告線を事実で確認してください。

Q. 分離発注からDBへ転職すると不利になりますか。 A. 方式の違いを事前に整理し、自分の経験の接点を確認する方が実務的です。不利・有利を一般化せず、個別の配属条件で判断してください。

Q. 設計部門が協力会社のDB案件では何が変わりますか。 A. 報告線と設計変更の起案経路が社内完結ではない場合があります。契約上の立場と、日常の調整相手を面接で確認してください。

DB案件の施工管理で日々確認する記録

現場では、口頭指示だけで進めず、次を記録する習慣が役立ちます。

記録の詳細は社内ルールに従います。転職時は、配属先の記録文化（電子・紙、承認フロー）も面接で確認すると、入社後の戸惑いを減らせます。

まとめ

デザインビルドの施工管理は、役割分担・設計変更・責任分界を契約図書で確認します。方式名だけで働き方を想像せず、個別案件の体制を見てください。

よい求人を見てみたい

あわせて読みたい

業態施工管理のゼネコンとサブコンの違い｜元請・下請との違いと選び方

業態施工管理で知る発注と請負の違い｜役割・契約・求人の確認表

業態施工管理の建設業態の確認点｜働き方の差を見極める