知識マップ: 受託開発・運用保守の契約はどう結ぶべきか ── IPA「モデル取引・契約書」に学ぶ準委任と請負の使い分け
記事「受託開発・運用保守の契約はどう結ぶべきか ── IPA「モデル取引・契約書」に学ぶ準委任と請負の使い分け」の主張を、概念と関係(エッジ)に分解した知識グラフの全体です。各関係には根拠・確認日・確度が付いています。
IPAの情報システム・モデル取引・契約書は、開発工程を1本の契約にまとめず工程ごとに分ける多段階契約を軸とし、基本契約書と個別契約書の二層構造で運用される。何を作るか未確定な要件定義には準委任契約が推奨され、決まったものを作る内部設計〜開発・テストには完成責任と契約不適合責任を伴う請負契約が向く。準委任は善管注意義務を前提とし、履行割合型と成果完成型の報酬類型を持つ。運用・保守は継続的業務として準委任が基本だが、保守範囲の線引きを契約時に文書化しないと仕様変更をめぐる水掛け論を招くため、変更管理手続で費用・納期をセットに合意することが重視される。発注側の協力義務とベンダのプロジェクトマネジメント義務がプロジェクト失敗を防ぐ両輪であり、アジャイル開発には準委任を前提とした専用のモデル契約が別に用意されている。
flowchart LR
accTitle: IPAモデル取引・契約書の知識マップ
accDescr: 情報システム・モデル取引・契約書が示す多段階契約と基本契約書・個別契約書の二層構造、要件定義に準委任・内部設計以降に請負を使い分ける考え方、運用保守の契約範囲の線引きと変更管理手続がトラブルを防ぐ関係、アジャイル開発版モデル契約の位置づけを示す図
model_transaction_contract["情報システム・モデル取引・契約書"]
quasi_mandate_contract["準委任契約"]
ukeoi_contract["請負契約"]
ipa["IPA(独立行政法人情報処理推進機構)"]
multi_stage_contract["多段階契約"]
system_development_contract["ソフトウェア開発委託基本モデル契約書"]
maintenance_master_agreement["情報システム保守運用委託基本モデル契約書"]
agile_development_model_contract["情報システム・モデル取引・契約書(アジャイル開発版)"]
requirements_definition["要件定義"]
detailed_design_development["内部設計〜プログラミング〜テスト"]
individual_contract["個別契約書"]
operation_maintenance["運用・保守"]
performance_based_quasi_mandate["履行割合型"]
outcome_based_quasi_mandate["成果完成型"]
duty_of_care["善管注意義務"]
contract_nonconformity_liability["契約不適合責任"]
verbal_change_request["口頭・メールでの変更依頼"]
scope_dispute["仕様変更をめぐる水掛け論"]
change_management_procedure["変更管理手続"]
cooperation_obligation["発注側の協力義務"]
project_failure["プロジェクトの失敗"]
project_management_obligation["プロジェクトマネジメント義務"]
maintenance_scope_definition["保守範囲の線引き"]
ipa -->|"実装を担う"| model_transaction_contract
model_transaction_contract -->|"利用する"| multi_stage_contract
model_transaction_contract -.->|"利用する"| system_development_contract
model_transaction_contract -.->|"利用する"| maintenance_master_agreement
model_transaction_contract -->|"利用する"| agile_development_model_contract
quasi_mandate_contract -->|"推奨される対応"| requirements_definition
ukeoi_contract -->|"用いるのは非推奨"| requirements_definition
ukeoi_contract -->|"推奨される対応"| detailed_design_development
requirements_definition -->|"より先に行うべき"| detailed_design_development
ukeoi_contract -.->|"で構成できる"| individual_contract
quasi_mandate_contract -.->|"で構成できる"| individual_contract
maintenance_master_agreement -->|"利用する"| individual_contract
quasi_mandate_contract -->|"推奨される対応"| operation_maintenance
quasi_mandate_contract -->|"利用する"| performance_based_quasi_mandate
quasi_mandate_contract -->|"利用する"| outcome_based_quasi_mandate
quasi_mandate_contract -->|"前提とする"| duty_of_care
ukeoi_contract -->|"前提とする"| contract_nonconformity_liability
verbal_change_request -.->|"原因になり得る"| scope_dispute
change_management_procedure -->|"軽減する"| scope_dispute
agile_development_model_contract -->|"前提とする"| quasi_mandate_contract
agile_development_model_contract -->|"用いるのは非推奨"| ukeoi_contract
cooperation_obligation -->|"軽減する"| project_failure
project_management_obligation -->|"軽減する"| project_failure
model_transaction_contract -->|"利用する"| project_management_obligation
model_transaction_contract -->|"利用する"| cooperation_obligation
maintenance_scope_definition -->|"推奨される対応"| maintenance_master_agreement
maintenance_scope_definition -->|"軽減する"| scope_dispute
概念間の関係(全27件)
図と同じ関係を文章でも列挙します。表示している文と機械可読な意味データ(RDFa)は同じ要素に載っています。確度が「確立した関係」のものは直接の関係として、「条件付きの関係」のものは成立条件つきの言明(rdf:Statement)として表現しています。
- IPA(独立行政法人情報処理推進機構)は情報システム・モデル取引・契約書の実装を担います。
- 情報システム・モデル取引・契約書は多段階契約を利用します。
- 情報システム・モデル取引・契約書はソフトウェア開発委託基本モデル契約書を利用します。
- 情報システム・モデル取引・契約書は情報システム保守運用委託基本モデル契約書を利用します。
- 情報システム・モデル取引・契約書は情報システム・モデル取引・契約書(アジャイル開発版)を利用します。
- 準委任契約は要件定義に対する本記事の推奨です。
- 請負契約を要件定義に用いることは推奨されません。
- 請負契約は内部設計〜プログラミング〜テストに対する本記事の推奨です。
- 要件定義は内部設計〜プログラミング〜テストより先に行うべきです。
- 請負契約は個別契約書で構成できます。
- 準委任契約は個別契約書で構成できます。
- 情報システム保守運用委託基本モデル契約書は個別契約書を利用します。
- 準委任契約は運用・保守に対する本記事の推奨です。
- 準委任契約は履行割合型を利用します。
- 準委任契約は成果完成型を利用します。
- 準委任契約は善管注意義務を前提とします。
- 請負契約は契約不適合責任を前提とします。
- 口頭・メールでの変更依頼は仕様変更をめぐる水掛け論の原因になることがあります。
- 変更管理手続は仕様変更をめぐる水掛け論を軽減します。
- 情報システム・モデル取引・契約書(アジャイル開発版)は準委任契約を前提とします。
- 情報システム・モデル取引・契約書(アジャイル開発版)を請負契約に用いることは推奨されません。
- 発注側の協力義務はプロジェクトの失敗を軽減します。
- プロジェクトマネジメント義務はプロジェクトの失敗を軽減します。
- 情報システム・モデル取引・契約書はプロジェクトマネジメント義務を利用します。
- 情報システム・モデル取引・契約書は発注側の協力義務を利用します。
- 保守範囲の線引きは情報システム保守運用委託基本モデル契約書に対する本記事の推奨です。
- 保守範囲の線引きは仕様変更をめぐる水掛け論を軽減します。
主要概念の定義
機械可読データ
このページはサイトの知識グラフ(_data/knowledge/)から自動生成されています。誤りの指摘はお問い合わせからお願いします。