교안 · 교재 개발
Courseware Development
교안이란?
- 교안은 발표 자료가 아니라 운영 설계도
- 목표와 평가를 먼저, 콘텐츠는 나중에
- 저작권과 개발 결과물 귀속을 계약으로 정한다
교안이 생기면 교육의 품질을 사람이 아니라 문서로 관리하게 됩니다. 강사가 잘하는지 뒤에서 지켜보는 대신, 교육 담당자가 개발 단계에서 흐름과 질문과 시간 배분을 검토하고, 운영 중에는 설계대로 가는지만 확인하면 됩니다. 한 번 검수한 설계가 매 회차 그대로 반복된다는 점이 가장 큰 변화입니다. 사내 강사를 키우는 조직이라면 교안 자체가 강사 양성 자료로 쓰입니다.
산출물은 보통 네 묶음으로 나뉩니다. 진행 시나리오와 예상 질문 대응이 담긴 강사용 가이드, 여백과 워크시트 중심의 학습자용 워크북, 화면에 띄우는 슬라이드, 사전·사후 진단이나 실습 채점표 같은 평가 도구입니다. 네 묶음을 한 파일로 합치면 결국 슬라이드만 남습니다. 8시간짜리 과정 하나를 새로 만들면 분석부터 시범 운영까지 실무자 기준 6~10주, 80시간 안팎이 듭니다. 한 세션의 핵심 개념은 서넛으로 묶고 실습은 20분 단위로 끊는 편이 유리합니다.
외부 위탁에서 갈리는 지점은 저작권 귀속입니다. 계약서에 결과물의 저작재산권이 발주사에 귀속한다는 조항이 없으면, 개발비를 전액 지불했더라도 수정·재사용 권한은 개발한 강사에게 남습니다. 그 강사와 헤어진 뒤 교안을 손대지 못해 과정을 통째로 다시 만드는 일이 여기서 생깁니다. 인용 자료도 마찬가지여서, 출처를 적는 것과 사용 허락을 받는 것은 다른 문제입니다.
가장 흔한 오해는 교안을 슬라이드 제작으로 이해하는 것입니다. 장수는 120장인데 목표 문장이 없으니 강사마다 30분씩 강조점이 달라지고, 담당자는 만족도 점수만 들여다볼 뿐 원인을 짚지 못합니다. 반대로 대본처럼 문장을 다 써 두면 강사가 읽기만 해 현장 질문에 대응하지 못합니다. 교안은 대본이 아니라 시간표와 질문 목록에 가깝다고 보는 편이 안전하고, 2~3회차 운영 뒤에는 반드시 개정해야 살아 있는 문서가 됩니다.
1975년 미국 플로리다주립대가 육군을 위해 정리한 ADDIE 모형이 교수 설계의 표준 절차로 자리 잡으며, 교안·교재 개발도 이 절차를 따르게 됐습니다. 목표에 맞춰 평가를 먼저 설계하는 방식은 이후 백워드 설계 등으로 이어졌습니다.
가상의 사례로 살펴보겠습니다. 임직원 620명 규모의 식품 제조 A사는 신임 팀장 과정을 사내 강사 3명이 나눠 진행해 왔습니다. 같은 이름의 과정인데 회차별 만족도가 4.6점과 3.4점으로 벌어졌고, 현업에서는 '누가 들어가느냐에 따라 다른 교육'이라는 말이 돌았습니다. HRD팀은 10주 일정으로 교안을 다시 만들기로 했습니다.
- HRD팀 김 과장이 강사 3명의 자료를 모아 비교하니 슬라이드가 각각 92장, 140장, 58장이었고 세 자료에 공통된 목표 문장은 한 줄도 없었습니다.
- 팀장 12명을 인터뷰하자 '성과 부진자와 면담할 때 할 말이 없다'는 호소가 8명에게서 나왔고, 목표를 '1:1 면담 시나리오를 스스로 작성한다' 등 세 문장으로 좁혔습니다.
- '수료증 말고 산출물로 확인하자'는 본부장 요구를 받아, 실습 끝에 면담 시나리오를 제출하고 체크리스트 7항목으로 동료가 채점하도록 평가부터 먼저 확정했습니다.
- 강사용 가이드에는 구간별 소요 시간과 예상 질문 14개의 대응안을 적고, 학습자용 워크북은 여백과 워크시트 중심으로 따로 만들었습니다. 외부 컨설턴트 계약서에는 저작권 귀속과 수정 권한 조항을 넣었습니다.
- 시범 운영 2회 뒤 개정판을 확정한 결과, 강사 간 만족도 편차가 1.2점에서 0.3점으로 줄었고 신규 사내 강사 2명의 투입 준비 기간도 4주에서 1주로 짧아졌습니다.