規程文書をプレゼンに変える方法：ルール・例外・実行手順を整理

規程文書は、何が許可され、禁止され、義務とされるかを定めます。プレゼンでは、それを実際の場面でどう判断し、次に何をするかまで伝えましょう。必要な行動を起点に、ルール、例外、次の対応を担う人を示します。原本がPDFなら、対象者に必要な条項を選んでから、PDFをプレゼンテーションに変換する方法を使って構成を整えます。

スライドを選ぶ前に、対象者に求める行動を決める

「このセッションが終わると、参加者は〜できる」という一文を書きます。営業担当者なら承認が必要な場面を見分けること、管理職なら申請を適切な担当者へ回すこと、新入社員なら制限のあるケースに気づくことが目標になります。同じ規程でも、求める判断が違えば説明の構成も変わります。

冒頭のスライドには対象者、必要な判断、期限を示します。参照情報として規程の管理責任者と原本の版も添えましょう。承認済みの手順を教える資料であることが明確になり、説明の過程で新しいルールを作ってしまうのを防げます。

具体例：取引先に業務説明資料を渡す

架空の会社Harbour Studioが、プロジェクト調整担当者向けに10分間の説明を行うとします。説明用に作成した「社外向け資料共有ルール v1.0」は、次の4条から成ります。実在する会社の規程や法令ではありません。

1. 第1条：社内の業務説明資料を取引先に送る前に、調整担当者は利用目的、受取人の氏名、ファイルの正確な版を記録する。
2. 第2条：送付前に、プロジェクト責任者がその受取人と版を申請記録上で承認する。
3. 第3条：資料に顧客を特定できる情報が含まれる場合は送付を保留し、情報管理責任者に共有の可否を確認する。プロジェクト責任者の承認だけでは足りない。
4. 第4条：受取人またはファイルを変更する場合は改めて承認を得る。納期が迫っていても、この手順は省略できない。

研修の到達点は、「取引先から依頼を受けたとき、資料を送る前に必要な手順と承認を判断できる」です。情報セキュリティ全般を説明する必要はありません。通常の承認済みの引き継ぎと、いったん止めるべき依頼を見分けられる内容にします。

ルール、例外、用語の定義を整理する

作業用の表に「ルール」「適用される条件」「必要な行動」「確認する証拠」の4列を設けます。例外によって判断が変わる場合に限り、例外の列を追加します。すべての段落を転記するのではなく、疑問を解決するために必要な最小限の条項を引用し、原本の節やページを参照できるようにします。

「機密データ」「重大な変更」「承認済みの供給業者」などの定義によって、同じ状況でも対応が変わることがあります。定義は別途確認してください。まだ検討中の用語は確定した規程として扱わず、未決事項であると明示します。

スライドを作る前に、ルールを表にする

「承認を得る」と「この受取人と、この版について承認を得る」は違います。後半を削れば短くなりますが、ルールの意味まで変わります。判断を左右する条件はスライドに残し、補足説明やまれな例を発表者ノートに移します。

文章表現には、GOV.UKの分かりやすい言葉のガイド（英語）も参考になります。平易に説明することと、要件を緩めたり、定義済みの用語を意味の広い別の言葉に置き換えたりすることは別です。

具体的な場面でルールの適用を練習する

抽象的な注意書きの代わりに、現実にありそうな場面を2〜3件用意します。事実関係、判断すべき点、正しい対応を順に示しましょう。通常の処理に見えて例外条件に当てはまるケースも1件含め、答えを見せる前に参加者自身に対応を選んでもらいます。

事例には適用範囲を設けます。個人情報を公開せず、架空の事例を法的な結論として提示しないでください。説明用の例であると明記し、助言と受け取られる可能性のある内容は規程の管理責任者に確認してもらいます。

同じ原文から2枚のスライドを作る

1枚目：「送る前に、ファイルと承認内容を照合する」。受取人と版を確認する、顧客を特定できる情報がないか確認する、その経路で必要な承認を得る、という3段階を示します。その下に「受取人や版が変わったら、再申請」と添えます。参照欄は「Harbour Studioの架空ルール v1.0、第1～4条」とします。

2枚目：「取引先から追加資料の依頼。そのまま送ってよい？」。取引先のAlexへの第3版の送付は承認済みですが、Alexが求める第4版には顧客名が追加されています。選択肢は、A「取引先は承認済みなので送る」、B「プロジェクト責任者だけに確認する」、C「送付を保留し、情報管理責任者の判断を仰いだうえで、変更後の版に必要な承認を得る」です。回答を選んでもらってからCを示します。第4条により以前の承認は新しい版に適用できず、第3条により制限情報の確認も必要です。

通常のケースも示し、「何でも上位に相談すればよい」という理解を防ぎます。顧客を特定する情報のない第3版を、承認どおりAlexに送るなら、第1～2条の通常手順で進められます。最も慎重そうな回答を選ぶのではなく、事実から手順を判断する練習にします。

承認、解釈、エスカレーションの担当を見える化する

次の疑問を誰に聞けばよいか分かってこそ、規程を実務で使えます。承認を担う人、規程の解釈を担う人、緊急時の相談経路を示します。「申請 → 確認 → 承認または上位判断への引き継ぎ → 記録」という簡潔な流れにすると追いやすくなります。

責任を持って判断する役割と、相談や資料提供を担う役割は分けます。証拠を集める人に例外を承認する権限があるとは限りません。この違いを明示し、研修資料の説明によって規程にない権限を与えないようにします。

引き継ぎ先だけでなく、依頼する判断を書く

変更後のファイルについては、次のように申請できます。「取引先のAlexがレイアウト作業のため説明資料v4を必要としています。以前の承認はv3のみを対象とし、新しい資料には顧客名が含まれます。まだ送付していません。v4を共有してよいか、条件があれば併せて記録してください。」単に「法務／セキュリティ」と書いた箱より、解決すべき問いが明確です。

この例では、調整担当者が情報を集め、プロジェクト責任者が通常の引き継ぎを承認し、情報管理責任者が制限情報の共有を判断します。この3つを一つの「承認済み」表示にまとめないでください。実際の資料では正式な役割名と社内の申請経路を使い、判断する人が裏付け資料を参照できるようにします。

理解度の確認と運用計画で締めくくる

最後に3つの場面を示し、取るべき対応経路とその理由を一つずつ答えてもらいます。解答と解説の保管場所、質問を記録して追跡する方法も決めます。規程が変わったときに対応できるよう、資料の管理担当者と見直し日を設定してください。

最終スライドには原本の版、施行日、規程の管理責任者、次に更新が必要となる条件をまとめます。日付のない要約よりも再利用時の確認がしやすくなり、規程だけでは判断できないケースの相談先も明確になります。

説明後にも使える1枚の配布資料

配布資料には、上の3行のルール表、現在有効な規程へのリンク、社内の申請窓口をまとめます。条項を前後の文脈とともに読めるよう、規程の全文はスライドとは別に参照できる状態にします。配布資料とスライドの版はそろえます。読みやすいからといって、スライドが正式な原本になるわけではありません。

最後は3問です。「受取人と承認済みの版が一致し、制限情報もない？」なら通常の手順。「受取人は同じだが版が変わった？」なら再承認。「顧客名が含まれる？」なら送付を保留して情報管理責任者に確認します。行動だけでなく、根拠となる条項も答えてもらいましょう。結論が合っていても理由が違う場合は、もう一度説明が必要です。

Presentiで見せ方を整える際も、判断の基準はルール表に置き、生成された各スライドと照合します。版の条件が抜けていたら、見栄えのよい要約でも不十分です。誰に承認権限があるかを変えずに、判断しやすい資料に仕上げます。