プロジェクトのコンプライアンス管理｜要件の特定から順守の測定まで

プロジェクトのコンプライアンス管理とは、プロジェクトが守るべき要件を洗い出し、守れている状態を保ち、それを証拠で示すことです。要件には、法令や規制だけでなく、社内規程、契約上の義務、業界の標準も入ります。コンプライアンスは「法令などの順守（遵守）」と訳されることの多い言葉です。

違反すると、罰金や作り直し、出荷の停止、信頼の低下につながります。見つかるのが遅いほど、直す費用も大きくなります。そのため、計画の段階から要件を洗い出し、成果物と作業に組み込みます。

PM が一人で法律を調べる必要はありません。法務、品質保証、情報セキュリティ、安全衛生など、専門の部署と一緒に進めます。PM の役目は、要件を漏れなく集め、担当を決め、守れているかを確かめ続けることです。

2026年版のECOで、コンプライアンスは Business Environment のタスク2「プロジェクトの順守を計画し管理する」です。例示されている仕事（イネーブラー）は次の7つです（当サイトの訳・要約）。

1. 1順守すべき要件を確かめる（例：セキュリティ、安全衛生、サステナビリティ、規制）
2. 2順守の区分を分類する
3. 3順守を脅かす要因を見つける
4. 4順守を支える方法を使う
5. 5守れない場合（不順守）の結果を分析する
6. 6順守のために必要な進め方と対応を決める
7. 7プロジェクトがどの程度順守できているかを測る

旧版（2021年版）でも、コンプライアンスは Business Environment のタスク1でした。7つのイネーブラーの流れも、ほぼ同じです。変わったのは主に2点です。1つは、要件の例にサステナビリティが加わったこと。もう1つは、Business Environment の比率が8%から26%に増えたことです。同じ領域に、リスク・変更・ガバナンスも並びました。順守の問題も、リスクや変更管理と結びつけて考えておきます。

順守は Process7（品質）にも出てきます。「規制の順守を確かにする」「品質コストとサステナビリティを管理する」です。サステナビリティはプロジェクトとサステナビリティで詳しく扱います。

最初にやるのは、このプロジェクトが守るべき要件の一覧を作ることです。専門の部署と一緒に洗い出します。

洗い出した要件は、扱い方が違うので区分に分けます。

分類すると、「誰が確認するか」「違反したときの重さ」「どの成果物に関係するか」がはっきりします。要件ごとに担当（オーナー）を決め、次のような一覧に記録しておくと、後で測るときにも使えます。

要件の一覧（追跡表）は、要件を1行ずつ並べ、根拠・確認の方法・証拠をそろえた表です。決まった様式はありません。最低限、次の項目があると「守れているか」を示しやすくなります。

「確認の方法」と「状況と証拠」の欄が大事です。この2つがあれば、監査で聞かれてもすぐに示せます。アジャイルでは、こうした要件を受入基準や完了の定義（DoD）に入れ、毎回の完成の判断で確かめます。

順守の失敗は、わざと違反するより「知らなかった」「途中で崩れた」ことで起きがちです。よくある要因は次のとおりです。

• ✓規制の変更：プロジェクトの途中で法令や基準が変わる。
• ✓スケジュールの圧力：期限に追われて、検査やレビューを省く。
• ✓外部委託先：ベンダーや下請けが、こちらの要件を知らない・守らない。
• ✓知識の不足：チームが要件の存在や中身を知らない。
• ✓変更の影響の見落とし：仕様の変更が順守に与える影響を確かめずに承認する。

これらはリスクとして登録し、対応を決めておきます。リスクの扱い方はリスクマネジメントの流れで整理しています。

順守を「各自の注意」に頼らず、仕組みにします。代表的な方法は次のとおりです。

• ✓要件をスコープ、受入基準、完了の定義（DoD）に組み込む（例：完了の定義に「セキュリティの確認済み」を入れる）
• ✓チェックリスト、レビュー、検査、監査を計画に入れる
• ✓チームと委託先に要件を説明し、研修を行う
• ✓契約に順守の義務と確認の方法を書く
• ✓変更管理の手順に「順守への影響の確認」を入れる

要件を守れない、または守れていない恐れがあるときは、影響を分析してから対応を決めます。影響には次のようなものがあります。

• ✓罰金・行政処分・訴訟などの法的な結果
• ✓製品の出荷停止、作り直し、リコールによる費用と遅れ
• ✓事故やけがなど人への害
• ✓顧客や社会からの信頼の低下

対応は、影響の重さで変わります。重大な法令・安全の問題は、PM の権限の内側では判断しません。すぐにスポンサーや法務・安全の担当に上げます。費用や期限が増える対応は、変更管理にかけます。

大事なのは、期限や顧客の要望を理由に、順守を後回しにしないことです。順守にかかる費用を事前にビジネスケースに入れておくと、後でもめにくくなります（ビジネスケースとは）。

「守れているはず」ではなく、証拠で確かめます。指標の例は次のとおりです。

• ✓要件の一覧のうち、確認が済んだ割合
• ✓監査やレビューの指摘の件数と、是正までの日数
• ✓必要な研修を終えたメンバーの割合
• ✓委託先の順守状況（検査の結果、提出された証拠）

測った結果は、ガバナンスで決めた報告の経路で関係者に伝えます。報告の決まりはプロジェクトガバナンスとはで整理しています。

順守の仕事は、最後の検査だけではありません。プロジェクトの段階ごとに、やることがあります。

状況問題でよく見る判断の軸は次のとおりです。

• ✓順守は交渉の対象ではない：顧客が「検査を省いて早く出して」と言っても、法令や安全の要件は省けません。
• ✓まず専門家に確かめる：要件があいまいなら、PM が推測で決めず、法務や担当部署に確認します。
• ✓途中の規制変更は影響分析から：規制が変わったら、影響を評価してリスクや変更として扱います。
• ✓見つけた違反は隠さない：過去の成果物に不順守が見つかったら、記録し、関係者に報告して是正します。

順守の判断は、選択肢の文が似ていて迷いやすい分野です。無料模試30問で、選択肢を見比べる練習をしておくと本番で落ち着いて選べます。