強力な調達（プロキュアメント）マネジメントは、予算を守り、ベンダーリスクを管理し、より良い成果を引き出します。Trupeerを使えば、無料の調達マネジメント計画テンプレートから始めて、ブランドガイドラインでカスタマイズし、プロジェクトチームやステークホルダー向けに計画を動画のウォークスルーへ変換することで、調達計画の作成にかかる時間を何時間も節約できます。

調達マネジメント計画テンプレートとは？

調達マネジメント計画は、プロジェクトまたはプログラムが必要なものをどのように調達するかを示します。何を調達するのか、誰から調達するのか、どのような種類の契約のもとで、どの期間（タイムスケール）で、誰が何を承認するのか、そして任命後にサプライヤーをどのように管理するのか、です。

これはプロジェクト計画の中に位置づけられ、置き換えるものではありません。また、調達ポリシーとは別物です。調達ポリシーは、特定の作業ではなく、すべての購買に適用される一連の常設ルールです。IT調達ポリシーテンプレートでは、承認のルーティングやしきい値など、その文書の内容をカバーしています。

調達マネジメント計画テンプレートの型は確立されており、出典間で概ね安定しています。導入、アプローチ、定義、契約タイプ、リスク、コスト算定、標準ドキュメント、制約、承認プロセス、意思決定基準、ベンダー管理、パフォーマンス指標。今回の検索で上位に表示されるバージョンは、ほぼ同じ順序で14のセクションで構成されています。

この構造で問題ありませんし、このページはそれに異を唱えません。主張したいのは、そのセクションのうちの1つがほとんどすべての影響を持ち、どのテンプレートもそれを「埋めるべき箱」として扱っている、という点です。

なぜ契約タイプのセクションが他のすべてを決めるのか

他のセクションが何をしているかを見てください。アプローチ、定義、標準ドキュメント、制約はプロセスを説明します。承認と意思決定基準はガバナンスを説明します。リスクとベンダー管理はモニタリングを説明します。

しかし契約タイプは別です。契約タイプは、あなたが思い至らなかった事柄のリスクを誰が負うのか、変更がどのように価格付けされるのか、署名後に競争の緊張が保たれるかどうか、そして紛争時のリスクがどの程度かを決めます。プロジェクトにおけるあらゆるコストの結果は、すべてそこを通過します。

また、最も多く「1行で」記入されるセクションでもあります。プロジェクト開始時に、すべてのパッケージをまとめて記入し、根拠は「リスクをサプライヤーへ移転し、コストの確実性を与える」といった内容になります。

固定価格は安全な答えのように感じますし、求めるものを説明できる場合は安全な答えです。しかし説明できない場合、リスクは移転されません。リスクを変更管理プロセスへと変換し、変更オーダーは、今度はあなたを抱え込むことになったサプライヤーが競争なしで価格設定します。

Trupeerでこのテンプレートをカスタマイズする方法

ステップ1：テンプレートセクションを開く

メインナビゲーションからテンプレートセクションへ移動します。

ステップ2：テンプレートを選択して開く

作業したいテンプレートをクリックして開きます。

ステップ3：テンプレート表示を展開する

必要に応じて、テンプレート表示を展開し、レイアウトと詳細をはっきり確認します。

ステップ4：テンプレートを編集する

編集（Edit）をクリックして、選択したテンプレートの変更を開始します。

エディター内で、次のことができます：

• 新しいセクションを追加

• 書式設定ルールを定義または更新

• ロゴを追加し、その位置および関連設定を調整

ステップ5：カスタマイズしたテンプレートを保存する

必要な変更をすべて行ったら、保存（Save）をクリックして、更新されたテンプレートを自分のものとして保存します。

ステップ6：プレビューしてテンプレートを微調整する

カスタマイズしたテンプレートがどのように表示されるかを確認したいときは、プレビューを開きます。

プレビュー画面から、必要に応じて直接調整を続けることができ、テンプレートが思い通りに表示されることを確認できます。

調達マネジメント計画テンプレートがあれば、次のことができます：

• 計画の作成時間を短縮： 調達向けに構造化された空白ページをスキップできます。

• ベンダーリスクを管理： 内蔵された評価基準により、ベンダー関連のプロジェクトリスクを低減します。

• ブランドに合わせ続ける： Trupeerのブランドキットを使って、ロゴ、フォント、カラーを適用できます。

• 価値を高める： 構造化された評価により、場当たり的な選定よりも良い成果につながります。

• プロジェクト間で標準化： すべての調達で同じテンプレートを使用できます。

• グローバルチームに対応： 1クリックで調達計画を65以上の言語に翻訳できます。

契約タイプは「許容度」ではなく「仕様の成熟度」に合わせる

役に立つ問いは、「どれだけのリスクを移転したいか」ではありません。今この時点で、この内容をどれだけ完全に記述できるか、です。

この問いには、パッケージごとの答えがあり、同じプロジェクト内でも答えは大きく異なります。建設（シビル）や建物工事は、統合する制御システムが15％の設計状況であっても、90％設計済みの可能性があります。残りが決まるまで仕様化できないからです。

それらすべてに対して、計画が書かれた時点で1つの契約タイプを選ぶと、最も定義が弱いパッケージが、最も適さない前提で購入されることが保証されます。

代替案はシンプルです。各パッケージを仕様の成熟度で評価し、その評価から契約タイプを選びます。そして成熟度が低い場合は、計画の中で「契約タイプは今ではなく、指定した設計マイルストーンで決定する」と明記します。

最後の部分に多くのプロジェクトマネージャーが抵抗するのは、「意思決定を先送りする計画は不完全に見える」からです。しかし、情報なしで意思決定する計画は完成して見え、しかもかなり高くつきます。

パッケージごとの仕様の成熟度を評価する方法

仕様を書かなければならない人で、確実性を求める人ではなく、パッケージを評価してください。通常、その2人は別人であり、答えも異なります。

実務上の注意点が2つあります。パーセンテージは測定値というより判断であり、それで問題ありません。重要なのは、その判断が強制する会話です。そして、誰もが異なる評価をするパッケージは、それ自体が発見です。つまり、スコープが社内でも合意できていないことを意味します。

無料の調達マネジメント計画テンプレート：コピーすべきセクション

ここからコピーしてください。アスタリスクが付いたセクションは追加分です。

導入とスコープ。 この計画でカバーする内容、対象となるプロジェクト、そして対象外となる購買。

調達アプローチ。 購買をどのように組織化するか：中央で行うのか、ワークストリームごとに行うのか。適用される既存のフレームワーク契約や承認済みサプライヤーリストは何か。そして「作る（製造する）」のか「買う（調達する）」のか。

調達パッケージ。 パッケージごとに1行：それが何か、見積もり価値、必要日、社内の担当者。

仕様の成熟度と契約タイプ。 各パッケージについて、成熟度の評価、そこから導かれる契約アプローチ、そして該当する場合は契約タイプが確定される日付。

リードタイムと日付。 必要日（need-by date）から逆算して、仕様完了、入札発行、回答期限、評価完了、落札、モビライゼーション（立ち上げ）、納品。

コスト算定。 見積もりがどのように作られたか、その確度レベル、そしてどのようなコンティンジェンシー（予備費）を、誰が保持するのか。

承認と権限。 どの価値で誰が承認するか。再掲ではなく、既存の調達ポリシーを参照します。

評価と意思決定基準。 パッケージごとの価格と品質の重み付け。入札が発行される前に合意し、回答が届いた後ではありません。

標準ドキュメント。 どのテンプレートや契約書式を使用するか。パッケージごとにそれぞれ独自に作らないようにするためです。

調達リスクとコンティンジェンシー。 単一ソースの露出（exposure）や、サプライヤーが失敗した場合にどうなるかを含めます。詳細は下記で説明します。

ベンダー管理。 落札後に各サプライヤーを誰が管理するか、会議の頻度（cadence）、そしてパフォーマンスがどのように測定されるか。

制約と前提。 選択肢を制限するもの：既存の合意、規制上の義務、資金提供者（ファンダー）の条件、サステナビリティ要件。

ここまでコピーしてください。14のセクションと、ほとんどのプロジェクトで4〜5ページです。現在流通している14セクション版は間違いではありませんが、大規模なプログラム向けに書かれているだけです。

変更オーダー47件のボトリングライン

Ravensgate Beveragesは、新しいボトリングラインを構築しました。これは約840万ポンドの資本プロジェクトで、9つの調達パッケージに分割されました。

調達マネジメント計画は、プロジェクト開始時の2月に作成されました。その契約タイプのセクションには、9つのパッケージすべてを固定価格とすることが書かれており、根拠は「リスクをサプライヤーへ移転し、コストの確実性を与える」として記録されていました。

当時の仕様の成熟度は一様ではなく、誰も確認していませんでした。土木・建物工事は約90％設計済み。主要設備であるフィラーとキャッパーは約85。ユーティリティは約70、ラベリングは60、パレタイジングは55、インプレース洗浄（CIP）システムは45。コンベヤと集積（accumulation）は最終ラインのレイアウト、制御、統合に依存していたため40。制御と統合は他のすべてに依存していたため約15。コミッショニング支援は約10でした。

9つすべてが、4月から8月の間に固定価格契約として発注されました。

成熟度が最も低い4つのパッケージは、プロジェクト期間中に合計47件の変更オーダーを生み出しました。制御と統合だけで23件を占めています。

これら4つのパッケージにおける変更オーダーの金額は、当初の契約金額260万ポンドに対して、131万ポンドでした。50％の増額です。

より高額だったのはレート（単価）です。変更オーダーは、既存の落札者が競争なしで価格設定します。そしてプロジェクト自身のクローズアウトレビューでは、入札時のレートに対する実効的な増額率を約22％と見積もりました。つまり、入札していればもっと安く済んだはずの作業に対して、純粋なプレミアムとして約28万ポンド相当が上乗せされたことになります。

また、2件の紛争もあり、そのうち1件は調停にまで至りました。さらに、変更オーダーの交渉によるものとして約11週間のスケジュール遅延が発生しました。作業そのものが原因ではありません。

仕様が十分に固まっていた5つのパッケージでは、合計6件の変更オーダーが発生し、その価値は8.4万ポンドでした。紛争はありません。

根本原因は、2月に「すべてに対して」一度だけ下された単一の意思決定でした。実際に何かを仕様化できるかどうかではなく、一般的な好み（general preference）に基づいていました。

次のプロジェクト（610万ポンド）では、計画段階で、すべてのパッケージを仕様の成熟度で評価しました。80％超のパッケージは固定価格。最も低い2つは二段階とし、能力とレートで指名し、設計が固まった時点で5か月目に固定価格へ移行しました。計画には、その転換日が明確に記載されていました。

変更オーダーは14件、金額は61万ポンドに対して31万ポンド。紛争はありません。

誰が計画を書くのか、そして誰が合意しなければならないのか

調達マネジメント計画は通常、プロジェクトマネージャーが作成します。しかしそれは、特定の理由があるのに、1人で作業してしまうという誤った著者（書き手）です。

プロジェクトの成功の定義は、そのものを期限までに手に入れることです。調達の定義には、正当化できるプロセス、真の競争、成立する契約、そして適用されるルールへの準拠が含まれます。どちらも正当であり、結果として異なる計画が生まれます。

プロジェクト単独で書かれた計画は、調達がプロジェクトのスピードで進む前提を置きますが、実際にはそうなりません。また、プロセスを、独自の期間と独自の制約を持つ「作業」ではなく、単なる管理上の手順として扱います。

調達単独で書かれた計画は、プロセスについては徹底的である一方、必要日については曖昧になりがちです。

共同で作成し、プロジェクトのスケジュールがベースライン化される前に、両者が署名してください。その会議で合意すべき具体的な内容は、各パッケージのリードタイムです。合意した数値は、スケジュールが圧縮されたときに、後から議論で覆すことができないからです。

組織が公共調達ルール、資金提供者の条件、規制された入札要件に拘束されている場合は、入札段階ではなく同じ会議で、その準拠（コンプライアンス）を所有する担当者を参加させてください。ここで述べる内容は法的助言ではありません。特に公共部門や助成金で資金提供される調達には、管轄によって異なる義務があり、見落とすと落札が無効になる可能性があります。

調達マネジメント計画を段階的に作成する方法

まずはパッケージを列挙します。実際に契約するレベルで。細かすぎると管理負荷が増えます。粗すぎると、成熟度が異なるものを1つの契約にまとめてしまい、実例で起きた問題の原因になります。

仕様の成熟度について、仕様を書き起こす人に各パッケージを評価してもらいます。

評価から契約アプローチを選びます。先送りする場合は、意思決定が行われる日付を書きます。

必要日から調達サイクル全体を逆算し、評価と承認について現実的に見積もってください。これらは最も過小評価されがちなステップです。

入札が発行される前に、評価基準と重み付けを設定します。回答が届いた後に合意するのは、遅いだけでなく、規制された調達ではプロセスを致命的にする可能性があります。

単一ソースの露出を特定し、それに対して何をするかを決めます。

その後、調達部門と全体を合意し、リードタイムをスケジュールに固定します。

単一ソースとサプライヤーの失敗に対して何をするべきか

ほとんどすべての調達計画が省略しているセクションは、「サプライヤーが納品しない場合にどうなるか」です。

計画の中で、今この瞬間ではなく答えておく価値のある3つの質問があります。

どこが単一ソースで、選択なのか偶然なのか？ 本当に信頼できるサプライヤーが1社しかないパッケージもあります。その他は、誰も調べなかった結果として単一ソースになってしまいます。どちらかを記録してください。緩和策（ミティゲーション）が異なるからです。

各重要パッケージのフォールバックは何ですか？ 別のサプライヤー、別の技術ソリューション、自社で実施する、延期する、などです。計画段階で名前を挙げても費用はかからず、プレッシャー下で数週間かけて検討できます。

早期警告の兆候は何で、誰が見ていますか？ 達成できなかったマイルストーン、サプライヤー自身のチームの変更、支払いの挙動、報道（プレス）などです。気づかれるのを待つのではなく、サプライヤー関係を管理する担当者に割り当ててください。

失敗するとプロジェクトが止まってしまうパッケージでは、オプショナリティ（選択肢）に対して支払うことも検討してください。小さなスコープでの2社目、より長い通知期間、単一の落札ではなく段階的なコミットメントなどです。

小規模プロジェクト向けのシンプルな調達計画

現在流通している14セクション版は大規模な資本プログラム向けに書かれており、20万ポンドのプロジェクトにそれを使うと、誰も読まない文書になります。この用語に関する検索で特に多いもののうち2つは、具体的に「シンプル版」を求めています。つまり、この不一致は広く感じられているということです。

短い版は1ページで、5つの要素です。

価値と必要日を含むパッケージリスト。パッケージごとの仕様の成熟度評価と契約アプローチ。各必要日から逆算したリードタイム。どの価値で誰が承認するか。そして単一ソースの露出と、そのフォールバックです。

それが、まさに「調達マネジメント計画」です。成果（アウトカム）を変えるすべての意思決定が含まれており、ポリシーですでにカバーしているプロセス説明は含まれていません。

プロジェクトの価値やガバナンスの要件に応じて必要になったら、そこから拡張してください。最初から全体構造を作って削るのではなく、です。

調達マネジメント計画か、調達ポリシーか？

よく混同される2つの文書で、所有者とライフスパンが異なります。

調達ポリシー（procurement policy）は常設です。組織全体のすべての購買に適用され、しきい値や承認ルートを定め、変更はめったにありません。プロジェクトがあるかどうかに関わらず存在します。IT調達ポリシーテンプレートには、その一例の作成例が含まれており、ポリシーおよび手順テンプレートには、より広いガバナンスのセットが含まれています。

調達マネジメント計画（procurement management plan）はプロジェクト固有です。1つの作業に適用され、その作業の購買がポリシーの中でどのように組織化されるかを説明し、プロジェクトが終われば終了します。

計画はポリシーを参照すべきで、再掲してはいけません。計画が承認のしきい値を繰り返している場合、ポリシーが最初に変更された時点で2つはズレます。そして人々は、より近い方の文書に従います。

このプロジェクトの外側の購買にも適用されるルールを書いていると感じたら、それはポリシーであり、別の場所に属します。

Excelで調達マネジメント計画テンプレートを入手できますか？

計画の運用上の中心となる「パッケージ表」についてはExcelが適しています。列は、パッケージ、価値、必要日、仕様の成熟度、契約アプローチ、再決定日、リードタイム、担当者、現在のステータスです。必要日から逆算して計算する日付の部分が、最も価値を生むところです。入札段階ではなく計画段階で、実現不可能なスケジュールが見えるようになるからです。

ナラティブ（文章）セクションについてはWordまたはGoogle Docsが適しています。アプローチ、制約、リスク、ベンダー管理です。これらはプロジェクトと調達の間で合意のために回覧され、コメントが重要になります。

PDFは、両方からエクスポートした署名済みバージョン用です。成熟度評価が変わり、設計が進むにつれて契約アプローチが確定されるため、パッケージ表は常に最新の状態に保ってください。再決定日の記録という目的そのものが、そこにあります。

PowerPointは計画ではなく承認用の資料に向いています。4枚のスライド：パッケージとその価値、各パッケージの成熟度評価と契約アプローチ、重要なリードタイム、そして単一ソースの露出です。

調達プロセス自体をどのように文書化するか

上記のすべては1つのプロジェクトに関するものです。その下にある調達プロセス、つまり、入札が実際にどのように発行され、評価され、承認され、あなたの組織で落札されるのか—それこそが、すべてのプロジェクトマネージャーが最初から作り直して再発見する「もの」です。

その知識は通常、調達部門の2〜3人のところにあり、リードタイムが「推測」として引用される理由になっています。実際の手順が何で、各ステップにどれくらい時間がかかり、何がよく詰まるのか、誰も書き残していないのです。

Trupeer AIなら、文書化を低コストにできます。誰が入札を運用していても、一度自分でやって記録し、その出力は、手順と画面がすでに取り込まれた「書面化された手順書」として得られます。作成ではなく確認するだけで済む状態です。次の計画におけるリードタイムは、見積もりではなく、文書化されたプロセスから導かれます。

記録してください。ブランド化してください。翻訳してください。Trupeerしてください。

SOP creatorがこれらの手順をカバーし、documentationが、それらを実装するポリシーと並べて管理します。そして出力は、統一されたブランディングのナレッジベースに保存されます。セットアップ手順は、ドキュメントテンプレートのセットアップガイドにあります。

よくある質問

Excelで無料の調達マネジメント計画テンプレートはありますか？

Excelは、成熟度評価、契約アプローチ、リードタイム、日付を持つパッケージ表に適しています。ゲート付きのダウンロードも、フォームもありません。最も役立つ数式は、各必要日から調達サイクルを逆算してくれるものです。これにより、計画段階で、すでに不可能なパッケージがどれかが見えるようになります。

Wordで無料の調達マネジメント計画テンプレートはありますか？

上記の12セクションは、そのままWordまたはGoogle Docsに貼り付けられます。パッケージ表はスプレッドシートで保持し、埋め込まずに参照してください。計画期間中に変わる一方で、文章セクションは変わらないためです。

PDFで無料の調達マネジメント計画テンプレートはありますか？

承認済みバージョンのサインオフ時にエクスポートし、作業用のコピーは編集可能な状態で保持してください。成熟度が低いパッケージの契約アプローチは、後で確定される想定です。固定した計画（フリーズした計画）にすると、それが「計画として意図した通りに進む変更」ではなく「変更のように見える」状態になります。

Excelでシンプルな調達計画テンプレートはありますか？

はい。ほとんどのプロジェクトでは、より良い出発点です。1シート：パッケージ、価値、必要日、仕様の成熟度、契約アプローチ、リードタイム、担当者、単一ソースの有無（yes or no）、フォールバック。これは、数十万ポンド未満のプロジェクトに対する完全な計画で、1画面に収まります。

調達マネジメント計画は誰が所有すべきですか？

プロジェクトマネージャーと調達リードが共同で、スケジュールがベースライン化される前に両者が署名します。どちらか一方の単独所有にすると、予測可能な失敗が起きます。プロジェクト版はプロセス時間を過小評価し、調達版は必要日について曖昧になります。

調達計画か、調達戦略か：何が違いますか？

戦略は、購買に関する組織全体の方針を定めます。何を、どのような供給基盤から、どのような商業条件で、何年にわたって調達するか、です。調達マネジメント計画は、それを1つのプロジェクトに適用します。戦略は調達のリーダーシップが所有し、計画はプロジェクトが所有します。そして計画は、戦略を作り直すのではなく、戦略と整合しているべきです。

調達マネジメント計画はどれくらい詳細にすべきですか？

小規模プロジェクトなら1ページ、大規模なら4〜5ページです。詳細はパッケージ表と契約アプローチの意思決定に集中させるべきです。長い調達計画には通常、ポリシーに属するプロセス説明が含まれており、その内容が読まれない原因になります。

調達マネジメント計画はいつ作成すべきですか？

プロジェクト開始時に作成します。さらに、成熟度が低いパッケージの契約アプローチは、指定したマイルストーンで後から決定するということを明確に受け入れておく必要があります。後で書くと、調達リードタイムがスケジュール固定後に発覚することになります。すべてを今すぐ決められるかのように書くと、上記の例のように変更オーダーが発生します。