공공기관 실무자 갈등관리 역량 향상 교육콘텐츠 발주와 검수 체크리스트

1. 조사(Needs & Context) — 무엇을 반드시 확인할 것인가

신규 입문교육의 설계 정확도는 출발 조사 범위에 달려 있습니다. 필수 조사 항목은 대상자 프로필(직급·업무·연차), 갈등 발생 유형(사례 요약), 현재 조직 규정·지침, 기존 교육 또는 내부 자료, 교육 환경(집합·비대면, 소요 시간)입니다. RFP에는 조사 산출물의 형태(인터뷰 요약, 설문 통계, 사례집)와 최소 응답률 또는 인터뷰 대상자 수를 명시해 비교 가능한 제안을 받으십시오.

조사 결과가 설계에 미치는 영향은 크므로 예상치 못한 추가조사 가능성을 계약서에 반영해야 합니다. 예를 들어, 조사 결과가 세부 설계(역할극 사례 수·시뮬레이션 복잡도)를 크게 바꾸면 일정과 비용이 늘어납니다. 제안서 평가 시에는 조사 결과를 기반으로 한 설계 방향 제시 여부와 조사에서 도출된 핵심 인사이트의 설계 반영 사례를 평가항목에 포함시키십시오.

2. 교수설계(학습목표·경험 구조) — 어떤 설계 대안을 비교할 것인가

교수설계는 '핵심 행위 변화 문장'을 먼저 정하고 그 문장을 달성하기 위한 경험 구조(강의·토론·사례·실습·시뮬레이션)를 정렬하는 방식으로 검수합니다. RFP에는 달성해야 할 핵심 문장(예: 갈등 상황 인식·사전 조정·중재적 대화 실행 등)을 명문화하고, 각각의 문장에 대해 최소 1개의 실습과 1개의 평가방법을 제안하도록 요구하십시오.

설계 대안은 보통 실습 중심(롤플레이·피드백), 사례 중심(현장 사례 분석), 시뮬레이션 중심(게임·시뮬레이터)으로 나뉩니다. 각 대안의 장단점과 운영 제약(필요 인원·시간·강사 숙련도)을 비교표로 제출받아 내부 이해관계자에게 설명자료로 사용하면 합의가 수월해집니다. 또한 각 대안별로 예상 교육효과를 보장하는 대신, 검증 계획(테스트 방식·지표)을 계약서에 포함시키십시오.

3. 프로토타입·테스트(알파·베타) — 검증 범위와 합격 기준 정하기

알파·베타 테스트는 설계 의도와 사용성을 동시에 검증하는 단계입니다. RFP와 계약서에는 최소한 알파(내부 소수 사용자)와 베타(현장 대표 사용자) 테스트를 요구하고, 각 테스트의 목표(학습성취·사용성·운영성)와 피드백 항목을 구체적으로 명시하십시오. 또한 테스트 결과에 따른 수정 라운드 수와 범위를 서면으로 합의해야 일정·비용 초과를 방지할 수 있습니다.

검수 기준은 정성(참여자 피드백 요약)과 정량(사전·사후 자가진단 점수 변화, 수행 체크리스트 충족률)으로 설정하되, 공공기관 환경에 맞는 현실적 기준을 선택하십시오. 예를 들어, 시뮬레이션 성공률을 지나치게 높게 설정하면 반복 수정이 빈번해져 일정 지연이 발생할 수 있으므로, 최소 합격선과 개선 우선순위를 명확히 하여 계약에 반영하십시오.

4. 디자인·제작·운영지원 — 산출물 형식과 유지보수 범위

최종 산출물은 교안(강사용), 학습자용 자료(워크북·핸드아웃), 평가도구(사전·사후), 시나리오·케이스집, 디지털 결과물(영상·슬라이드·웹페이지)로 구분해 파일 형식과 편집 권한(원본 파일 제공 여부)을 RFP에 명시하십시오. 가독성, 접근성(문장·용어), 공공기관 표준(보안·저작권) 준수 여부를 검수 항목으로 포함시키면 후속 수정 비용을 줄일 수 있습니다.

운영지원 범위(강사 브리핑·리허설, 현장 지원 인력, 문제 발생 시 응답 시간)과 유지보수 조건(콘텐츠 업데이트 횟수·유효기간)을 계약서에 명확히 규정하십시오. 특히 디지털 산출물은 플랫폼 호환성 및 접근성 테스트를 요구하고, 운영 초기 문제 발생 시 무상 수정 기간을 설정하면 운영 리스크를 낮출 수 있습니다.

정리

갈등관리 역량 향상 교육의 발주와 검수는 단순한 산출물 목록을 넘어 설계 의도와 현장 적용성, 테스트 계획, 운영 지원을 한데 묶어 계약으로 만드는 과정입니다. 각 단계별로 필요한 산출물의 범위를 RFP에 명확히 적어 비교 가능한 제안서를 받고, 프로토타입과 베타 테스트의 합격 기준을 사전에 합의하면 일정·비용 리스크를 통제할 수 있습니다. 내부 설득을 위해서는 설계 대안별 장단점과 운영 제약을 표로 정리해 이해관계자의 질문에 대비하십시오.