ガイド › ガイド

変更要求テンプレート

どのプロジェクトにも、「ほんの小さなこと」を言い出すステークホルダーがいて、それは大抵、金曜の午後4時55分です。変更要求は、その小さなことを、吸収させられる不意打ちではなく、誰かが署名する決定に変える手段です。

変更要求の目的

変更要求とは、合意済みのスコープ、スケジュール、予算、品質を変更するための短い書面の提案です。依頼する人が変更の代償を事前に知り、承認する人が結果に署名するためにあります。

1ページに収めます。説明に10ページ要する変更なら、おそらくトレンチコートを着た新プロジェクトです。

フォーム：コピーして使う項目

この構成を自分の文書に貼り付け、自社のガバナンスに合わせて文言を調整してください。

• 管理番号、件名、起票日。
• 依頼者（実名）と、提出先のスポンサー。
• 変更内容を、平易な2〜3文で。
• 理由：解決する問題、または生まれる機会。
• 優先度：必須、推奨、あれば望ましい。必要な期日つき。
• ステータス：起票、評価済み、承認、却下、延期、実施済み。

影響評価

意見を決定に変える部分です。誰かに承認を求める前に記入してください。

具体的に書きます。「数日の追加作業」は影響の記述になっていません。「開発3営業日とテスト1日」なら影響です。

• スコープ：追加・変更・削除される成果物。
• スケジュール：影響を受けるタスク、新しい完了日、クリティカルパスが動くかどうか。
• コスト：追加の工数、購入、使用する予備費。変更前後の合計で示す。
• リスク：新たに生じる、または悪化する既存のリスク。
• 依存関係：同時に変更が必要な他のチーム、取引先、プロジェクト。
• 効果：事業が得るもの、そして効果の根拠が今も成り立つかどうか。

選択肢と推奨案

何もしない案以外に、少なくとも2つの選択肢を示します。たとえば、全面承認、縮小して承認、後のフェーズに延期など。そのうえで、どれを推奨するか、その理由を、忙しいスポンサーがエレベーターの中で読める1文で添えます。

• 案A：何もしない。その場合のコスト。
• 案B：依頼どおり承認する。上記の影響の数値つき。
• 案C：より安い、または後ろ倒しの代替案。
• 推奨案と、1行の理由。

決定とその後の対応

適切な人が書面で承認するまで、変更は承認されたことになりません。誰が、いつ決定し、その結果として計画の何が変わるかを記録します。そして必ずベースラインを更新してください。そうしないと、次の報告は誰も従っていない計画と比較することになります。

Senshinでは、決定事項がRAIDログの中で、影響を受ける計画のタスクや費用の行の隣に残るため、日付が動いた理由を聞かれても経緯が分かります。

• 承認者の氏名、決定、日付、付帯条件。
• 更新後の完了日・予算・スコープ。比較のため旧値も残す。
• 計画更新の担当者と実施期日。
• 次のSteerCo報告に1行入れ、噂で知る人が出ないようにする。

Senshinでの位置づけ

よくある質問

その他のガイド

最終更新: 2026-10-22