정책 문서는 무엇이 허용되고 금지되며 의무인지 정합니다. 프레젠테이션은 실제 상황에서 어떤 판단을 내리고 다음에 무엇을 해야 하는지까지 안내해야 합니다. 청중에게 필요한 행동을 먼저 정한 뒤 규칙, 예외, 다음 단계를 맡을 담당자를 보여 주세요. 원본이 PDF라면 청중에게 필요한 조항을 고른 다음 PDF를 프레젠테이션으로 변환하는 방법을 활용해 구성을 잡습니다.
슬라이드를 고르기 전에 대상과 필요한 행동 정의하기
‘이 세션을 마치면 참가자는 …할 수 있다’라는 문장을 작성하세요. 영업팀은 승인이 필요한 상황을 알아야 하고, 관리자는 요청을 적절한 담당자에게 전달해야 하며, 신입 직원은 제한이 적용되는 사례를 알아차려야 할 수 있습니다. 같은 정책을 다루더라도 목표에 따라 다른 프레젠테이션이 필요합니다.
첫 슬라이드에 대상, 필요한 의사결정, 기한을 명시합니다. 정책 관리 책임자와 원본 버전도 작은 참조 항목으로 남기세요. 자료가 새 규칙을 만드는 것이 아니라 승인된 절차를 설명한다는 범위를 분명히 할 수 있습니다.
예시: 공급업체에 업무 설명 자료 보내기
가상의 회사 Harbour Studio가 프로젝트 조정 담당자를 위한 10분 교육을 준비한다고 가정해 보겠습니다. 설명용으로 만든 ‘외부 자료 공유 규칙 v1.0’에는 네 조항이 있습니다. 실제 회사의 정책이나 법률이 아닌 교육용 자료입니다.
- 제1조: 내부 업무 설명 자료를 공급업체에 보내기 전에 조정 담당자는 사용 목적, 수신자 이름, 정확한 파일 버전을 기록한다.
- 제2조: 발송 전에 프로젝트 책임자가 해당 수신자와 버전을 요청 기록에서 승인해야 한다.
- 제3조: 자료에 고객을 식별할 수 있는 정보가 있으면 발송을 보류하고 정보 관리 책임자에게 공유 가능 여부를 확인한다. 프로젝트 책임자의 승인만으로는 충분하지 않다.
- 제4조: 수신자나 파일이 바뀌면 다시 승인을 받아야 한다. 납기가 임박해도 이 절차를 생략할 수 없다.
교육 목표는 구체적입니다. ‘공급업체의 요청을 받았을 때, 파일을 보내기 전에 필요한 경로와 승인을 판단할 수 있다’입니다. 정보보안 체계 전체를 설명할 필요는 없습니다. 정상적인 승인 완료 건과 일단 멈춰야 하는 요청을 구별하게 하면 됩니다.
규칙, 예외, 용어의 정의 정리하기
작업용 표에 규칙, 적용 조건, 필요한 행동, 증빙의 네 열을 만듭니다. 예외가 판단을 바꾸는 경우에만 예외 열을 추가하세요. 모든 문단을 복사하지 말고 질문을 해결하는 데 필요한 가장 짧은 조항을 인용한 뒤 원본의 해당 절이나 페이지를 참조할 수 있게 합니다.
용어의 정의도 따로 확인해야 합니다. ‘기밀 데이터’, ‘중대한 변경’, ‘승인된 공급업체’ 같은 표현의 뜻에 따라 사례의 처리 방법이 달라질 수 있습니다. 아직 검토 중인 정의는 확정된 정책처럼 제시하지 말고 미결 사항이라고 표시하세요.
슬라이드보다 먼저 규칙 표 만들기
| 근거 조항 | 적용 조건 | 필요한 행동 | 요청에 남길 증빙 |
|---|---|---|---|
| 제1~2조: 정상 경로 | 지정된 공급업체 담당자에게 내부 자료를 보내려 한다. | 목적, 수신자, 버전을 기록하고 발송 전에 프로젝트 책임자의 승인을 받는다. | 승인된 수신자, 정확한 파일 버전, 승인 기록. |
| 제3조: 제한 정보 | 파일에서 고객을 식별할 수 있다. | 발송을 보류하고 정보 관리 책임자에게 공유 여부를 확인한다. | 판단 결과와 부가 조건. |
| 제4조: 요청 변경 | 수신자나 버전이 달라진다. | 기존 판단을 재사용하지 말고 다시 승인받는다. | 기존 건과 연결한 새 요청. |
‘승인을 받는다’와 ‘이 수신자에게 이 버전을 보내는 승인을 받는다’는 다릅니다. 뒤의 조건을 없애면 슬라이드는 짧아지지만 규칙의 뜻이 바뀝니다. 판단을 바꾸는 조건은 화면에 남기고, 보충 설명이나 드문 사례를 발표자 노트로 옮기세요.
문장을 다듬을 때는 GOV.UK의 쉬운 언어 사용 지침(영어)도 참고할 수 있습니다. 쉽게 설명한다는 이유로 승인된 요건을 완화하거나 정의된 용어를 더 넓은 의미의 말로 바꾸어서는 안 됩니다.
실제와 가까운 사례로 정책 적용 연습하기
추상적인 경고 대신 현실적인 상황 두세 가지를 준비합니다. 사실관계, 판단할 지점, 올바른 행동을 보여 주세요. 평범한 상황처럼 보이지만 예외 조건에 해당하는 사례도 하나 포함합니다. 답을 공개하기 전에 참가자가 직접 행동을 선택하게 하세요.
사례의 범위는 명확히 제한합니다. 개인정보를 공개하거나 가상의 예시를 법적 결론으로 제시하지 마세요. 설명용 사례임을 밝히고, 조언으로 받아들여질 수 있는 내용은 정책 관리 책임자에게 검토받습니다.
같은 원문에서 완성한 슬라이드 두 장
첫째 장 — ‘보내기 전에 파일과 승인 내용을 대조하세요.’ 수신자와 버전 확인, 고객 식별 정보 확인, 해당 경로의 승인 확보라는 세 단계를 보여 줍니다. 그 아래에는 ‘수신자나 버전이 바뀌면 새로 승인 요청’이라고 적습니다. 참조란은 ‘Harbour Studio 가상 규칙 v1.0, 제1~4조’입니다.
둘째 장 — ‘공급업체가 자료 하나를 더 달라고 합니다. 보내도 될까요?’ 공급업체의 Alex에게 버전 3을 보내는 것은 승인됐지만, 이제 Alex가 요청한 버전 4에는 고객 이름이 추가됐습니다. 선택지는 A ‘업체가 승인됐으니 보낸다’, B ‘프로젝트 책임자에게만 확인한다’, C ‘발송을 보류하고 정보 관리 책임자의 판단을 받은 뒤 변경된 버전에 필요한 승인을 받는다’입니다. 참가자가 답을 고른 뒤 C를 공개합니다. 제4조 때문에 기존 승인은 새 버전에 적용되지 않고, 제3조에 따라 제한 정보 처리 경로도 거쳐야 합니다.
‘무조건 상위 담당자에게 넘기기’로 이해하지 않도록 정상 사례도 보여 주세요. 고객 식별 정보가 없는 버전 3을 승인 내용 그대로 Alex에게 보낸다면 제1~2조의 정상 경로로 진행할 수 있습니다. 가장 조심스러워 보이는 답을 고르는 것이 아니라 사실에 맞는 경로를 선택하는 연습입니다.
담당자와 상위 판단 요청 경로 보여 주기
다음 질문에 누가 답할 수 있는지 알아야 정책을 실무에서 사용할 수 있습니다. 승인 담당자, 정책 해석 담당자, 긴급 상황의 문의 경로를 명시하세요. ‘요청 → 확인 → 승인 또는 상위 담당자에게 전달 → 기록’처럼 간단한 흐름으로 보여 주면 좋습니다.
판단 책임과 자문 역할을 구분합니다. 증빙을 수집하는 사람에게 예외를 승인할 권한까지 있는 것은 아닐 수 있습니다. 이 차이를 보여 주면 교육 자료가 정책에서 부여하지 않은 권한을 약속하는 일을 막을 수 있습니다.
부서명 대신 요청할 판단을 적기
변경된 파일에 대한 요청은 이렇게 쓸 수 있습니다. ‘공급업체 Alex가 레이아웃 작업에 설명 자료 v4를 필요로 합니다. 기존 승인은 v3만 대상으로 하며 새 자료에는 고객 이름이 있습니다. 아직 보내지 않았습니다. v4를 공유해도 되는지 판단하고 조건이 있으면 함께 기록해 주세요.’ 단순히 ‘법무/보안’이라고 쓴 상자보다 해결할 질문이 분명합니다.
이 예시에서 조정 담당자는 정보를 모으고, 프로젝트 책임자는 정상적인 인계를 승인하며, 정보 관리 책임자는 제한 정보의 공유 여부를 결정합니다. 세 역할을 하나의 ‘승인 완료’ 표시로 합치지 마세요. 실제 자료에는 조직의 공식 역할명과 내부 요청 경로를 쓰고, 검토자가 근거 기록에 접근할 수 있게 합니다.
이해도 확인과 운영 계획으로 마무리하기
마지막에는 세 가지 상황을 제시하고, 각 상황에서 따라야 할 경로와 이유 한 가지를 답하게 합니다. 정답과 해설을 어디에 보관하고 질문을 어떻게 기록하고 추적할지도 정하세요. 정책 변경에 대응할 수 있도록 자료 담당자와 검토 날짜를 지정합니다.
마지막 슬라이드에는 원본 버전, 시행일, 정책 관리 책임자, 다음 업데이트가 필요한 조건을 적습니다. 날짜 없는 요약보다 재사용 전에 확인하기 쉽고, 정책만으로 판단하기 어려운 경우 어디로 문의해야 하는지도 분명해집니다.
교육이 끝난 뒤에도 쓰는 한 장짜리 자료
배포 자료에는 위의 세 행짜리 규칙 표, 현재 승인된 정책 링크, 내부 요청 경로를 넣으면 됩니다. 조항의 앞뒤 맥락을 읽을 수 있도록 정책 전문은 슬라이드 밖에서 별도로 참조하게 하세요. 배포 자료와 슬라이드의 버전도 같아야 합니다. 읽기 쉽다는 이유만으로 슬라이드가 공식 원본이 되는 것은 아닙니다.
마지막에는 세 질문을 사용합니다. ‘수신자와 승인된 버전이 같고 제한 정보도 없나요?’라면 정상 경로입니다. ‘수신자는 같지만 버전이 바뀌었나요?’라면 다시 승인받습니다. ‘고객 이름이 있나요?’라면 발송을 보류하고 정보 관리 책임자에게 확인합니다. 행동뿐 아니라 근거 조항도 답하게 하세요. 결론이 맞아도 이유가 다르면 다시 설명해야 합니다.
Presenti에서 시각적인 초안을 만들 때도 규칙 표를 기준으로 삼고, 생성된 각 슬라이드와 대조하세요. 버전 조건이 빠졌다면 보기 좋은 요약만으로는 부족합니다. 누가 승인할 수 있는지는 바꾸지 않으면서 판단을 쉽게 만드는 자료로 완성합니다.
