「.NET 開発基盤部会 Wiki」は、「Open棟梁Project」,「OSSコンソーシアム .NET開発基盤部会」によって運営されています。
目次 †
概要 †
「調達マネジメント」知識エリアの実行プロセス群
実行 - 調達プロセスの主要な役割 †
インプット・アウトプット †
調達の実行 †
- 目的
- 納入者を選定し、回答を得て契約を締結する。
- 的確な納入者を選定し、契約によって法的に合意形成する。
- 情報提供依頼書(RFI)
- 提案依頼書(RFP)
- 見積依頼書(RFQ)
プロセス(ツールと技法) †
専門家の判断 †
- 当該事項
- 財務
- サプライチェーンや、関連機能分野
- 法律、規制、コンプライアンスの要求事項
(産業規制の環境, etc.)
- 納入者格付けシステム
過去の実績(納品、契約履歴、品質評価など)で格付け
公告 †
- 広告と広告
NASA ≒ 公共なので広告より公告か
- 広告 : 広く世間に知らせる。
- 公告 : 法令に基づき一般に知らせる。
- 目的
- 政府管轄の政府契約には公告の掲載義務がある。
- 単に公平性の問題ではなく、潜在的入札者を拡大する事が目的。
入札説明会 †
- 入札候補を対象に行う会議
- 全ての入札候補が、明確な共通理解を得られるよう構成に取り扱う。
- 別名
- ベンダ説明会
- コンストラクター説明会
- 事前入札説明会
データ分析 †
- プロポーザル評価
完全性(入札文書一式に対応)を評価する。
人間関係とチームに関するスキル †
- 役割
- 調達チームが交渉をリードする。
- 既成事実より、信頼関係が重要。
- PM、チーム・メンバは交渉を補佐する。
アウトプット †
選定済み納入者 †
- プロポーザル、入札評価の結果、
競争力があると判断された者
- 複雑で高額でリスクが高い調達の最終的な承認は、
納入者決定に先立ち、経営陣による承認が必要。
合意書 †
※ 紛争の解決は法廷で行われる。
- 構成要素
- 基本項目
- 調達作業範囲記述書や主要な成果物
- スケジュール関連(スケジュール、マイルストーン、日付)
- パフォーマンス報告
- 契約条件
- 全般的な契約条件
- 変更要求の取扱
- 再委託の可否
- 解約条項、裁判外紛争解決手続き(ADR)
- 品質、保証、保険
- 品質(検査、受入基準)
- 保証、サポート
- 保険、契約履歴保証
変更要求 †
プロジェクト・マネジメント計画書更新版ではなく、
プロジェクト・マネジメント計画書に対して変更要求を行う。
この変更要求は、統合変更管理で処理される。
プロジェクト・マネジメント計画書更新版 †
- コスト・ベースライン
- コンストラクター、価格は、プロジェクト進行中に頻繁に変更され得る。
- 外部経済環境により物資や労働価格が変動する可能性がある。
プロジェクト文書更新版 †
- 要求事項文書
納入者が満たすべき技術的要求事項
- 技術的に満たすべき要求事項
- 契約・法的に満たすべき要求事項
- パフォーマンス
- 環境、保険
- 雇用機会均等、許可
- 知的財産権、ライセンス
- その他、非技術的事項
- リスク登録簿
- 納入者の固有リスクを反映する。
- リスクの泉源。
- 外部環境
- 納入者の組織
- 契約期間
- 契約体系
- 合意価格
- プロジェクト達成方法
その他 †
付録 †
契約のライフサイクル †
プロジェクトと同様に、契約にもプロジェクトと別のライフサイクルがある。
要求事項 †
調達マネジメント計画に相当。
必要事項 †
調達実行に相当。
- RFI, RFP, RFQの作成
- 納入者の紹介先確認
- 納入者の実績調査
引き合い †
調達実行に相当。
- RFPへの回答を依頼。
- 納入候補のプロポーザルを入手する。
契約 †
調達実行に相当。
- 納入候補のプロポーザルを評価する。
- 落札、契約書作成。