# セキュリティ・ガバナンス討議ワーク

※本資料に登場する企業・人物・数値はすべて架空です

討議の進め方と6ケースをスライドにした `ユースケース討議ガイド.pdf` を同じフォルダに置いています。討議中はそちらを開いたままにすると、設問と残り時間を追いやすくなります。

S03「セキュリティ・ガバナンス」の最後に行う討議ワークの教材です。SES営業が顧客先で実際に直面しうる場面を6ケース用意しています。1組は3人を目安とし、多くても4人までとします。1組につき1ケースを [20min] で討議します。

## ワークのねらい

正解を1つに決めることが目的ではありません。判断が割れる場面で、自分の組がどこに線を引くか、その理由を顧客に説明するときにどう言うかを、声に出して言葉にすることが目的です。

各ケースには、その場で答えを出せない要素が必ず含まれています。答えを出せないと分かったときに、誰に何を確認すればよいかまで言えるようになれば、このワークの目的は達成しています。

このワークが終わったあと、S03 の締めに理解度確認テストがあります。討議で出た論点は、そのまま手元のメモに残しておいてください。

## 全員オンラインでの進め方

本日は受講者100名全員がオンライン参加です。Zoomのブレイクアウトルームで組を作ります。1組3人が基本ですが、割り当てによっては4人や2人の組もできます。組の数はおよそ33組です。

- 講師がファシリテーターとして各ルームを回ります。ただし組の数が多いため、すべてのルームには伺えません。講師が来るのを待たずに、組の中で進めてください。
- 講師がルームに入ってきたときも、討議を止める必要はありません。そのまま続けてください。
- 急ぎの相談がある場合は、Zoomの「ヘルプを求める」機能を使ってください。講師が優先してルームに入ります。
- メインルームからのアナウンスは2回です。開始から [10min] 経過時点と、終了 [3min] 前に、ブロードキャストで時間の目安が流れます。それを合図に進み具合を確認してください。
- 4人の組になった場合も、2人の組になった場合も、同じ手順で進めてください。設問の内訳と時間はそのままで構いません。
- カメラはオフのままで構いません。音声だけで進みます。

## 組の作り方とケースの割り当て

ブレイクアウトルームに入ると、画面上部にルーム番号が表示されます。この番号がそのまま組番号です。

担当ケースは、組番号を6で割った余りで決まります。

| 余り | 担当ケース |
| --- | --- |
| 1 | ケース01 |
| 2 | ケース02 |
| 3 | ケース03 |
| 4 | ケース04 |
| 5 | ケース05 |
| 0（6で割り切れる） | ケース06 |

例えば組番号が14であれば、14を6で割った余りは2ですので、ケース02を担当します。

1つの組が扱うのは1ケースだけです。20分で討議し終えて時間が余った組だけ、次の番号のケース（ケース06の次はケース01）を2本目として読み進めてください。2本目は3問すべてに答えきらなくて構いません。

## 20分の使い方

各ケースファイルにも同じ内訳を書いています。

| 進め方 | 時間 |
| --- | --- |
| 状況を各自で読む | [3min] |
| 設問1 | [5min] |
| 設問2 | [6min] |
| 設問3 | [4min] |
| 持ち帰りメモを書く | [2min] |
| 合計 | [20min] |

時間を見る人を1人決めてください。詳しくは `ファシリテーションのポイント.md` を参照してください。

## 話し始め方

ブレイクアウトルームに入った最初の30秒で、次の2つだけ決めてください。話し合う必要はありません。名乗り出るか、じゃんけんで決めて構いません。

1. 最初に状況を読み上げる人を1人。
2. 時間を見る人を1人。

そのあと [3min] は各自で状況を黙読します。読み終えたら、設問1に入る前に、組の全員が順番に「自分ならこうする」を一言ずつ言ってください。この一言に理由をつける必要はありません。全員が一度声を出してから議論に入ると、そのあとの沈黙が短くなります。

誰も話し始めないときは、読み上げ役の人が設問1の文をそのまま読み上げてください。それが口火になります。

## 終わり方

全体発表はありません。組で出た結論を発表する時間は取っていません。

終了 [3min] 前のアナウンスが流れたら、議論を切り上げて持ち帰りメモに移ってください。メモは各自の手元（テキストエディタ、メモ帳、紙）に書いてください。ブレイクアウトルームが閉じると、チャットの内容も発言も残りません。

## 6ケースの一覧

| 番号 | タイトル | 場面の要約 | 扱う判断 |
| --- | --- | --- | --- |
| ケース01 | ソースコード開示の可否をその場で問われる場面 | 定例会の終わりぎわ、顧客の情シス部長から自社コードをAIに読ませてよいか即答を求められます | 契約書に書かれていない事柄に、営業がその場でどこまで答えるか |
| ケース02 | 常駐先で同僚が顧客資料を貼り付ける直前に居合わせた場面 | 常駐先で、自社の別のエンジニアが顧客の要件定義書を生成AIへ送信しようとしています | 指揮下にない相手の作業を、顧客の目の前で止めるかどうか |
| ケース03 | 生成コードの著作権を専門外の立場で問われる場面 | 顧客の課長から、AIが書いたコードの権利について役員会向けの説明を求められます | 確かでない知識を、どこまで、どう伝えるか |
| ケース04 | 顧客側からレビュー省略を申し出られる場面 | 顧客の発注担当者から、AIの下書きをそのまま納品してよいと申し出があります | 顧客が望む省略を、契約の前提と成果物の性質に照らして受けるか |
| ケース05 | 利用申請が止まったまま現場が抜け道を探し始める場面 | 半年止まった申請に業を煮やした顧客のリーダーが、個人アカウントでの利用を相談してきます | 機能していないルールを、外れるか、動かすか |
| ケース06 | 他社の事故事例を持ち出されて提案が止まりかける場面 | 提案の場で、顧客の部長があいまいな記憶の他社事例を挙げ、空気が慎重に傾きます | 不確かな情報にもとづく不安を、その場でどう扱うか |

## ファイル一覧

- `case01_ソースコード開示を求められた.md`
- `case02_常駐先で業務資料を貼ろうとしている場面を見た.md`
- `case03_生成コードの著作権を聞かれた.md`
- `case04_AI出力をそのまま納品してよいか聞かれた.md`
- `case05_利用申請が情シスで止まっている.md`
- `case06_他社事故事例を理由に導入に慎重になっている.md`
- `ファシリテーションのポイント.md` … 組が自分たちだけで討議を進めるための手引き

各ケースに登場する企業・人物・数値はすべて架空です。ケース01の顧客名は、S04のハンズオンで使うサンプル議事録と同じセイルウェーブ株式会社です。他の5ケースは別の架空企業を設定しています。

討議の想定される着地をまとめた資料は講師が持っています。討議中は参照せず、各組の言葉で結論を出してください。
