AI 교육 요구분석: 설문·인터뷰·업무 샘플로 과정 설계하기 [2026]
AI 교육 전 업무, 역량, 자료, 환경, 통제를 진단하는 요구분석 방법입니다. 희망 주제 투표를 직무별 트랙과 실습 과제로 바꾸는 절차를 설명합니다.
이 글을 쓴 알파카랩스카카오·네이버·쿠팡 출신, 재하청 0%, 대기업·공공기관 등 18개사+ 레퍼런스
AI 교육 요구분석은 배우고 싶은 도구를 묻는 설문이 아니라 실제 과업, 현재 수행, 원하는 결과, 자료·권한·환경, 치명적 위험과 역할별 역량 차이를 증거로 확인하는 과정입니다. 희망 주제가 높아도 업무 표본과 승인 환경이 없거나 워크플로 재설계가 먼저라면 교육 과정으로 만들지 않아야 합니다.
직원은 익숙한 도구명을 답하기 쉽고 관리자는 추상적인 생산성 향상을 요구하기 쉽습니다. 그러나 과정 설계에는 누가 어떤 입력을 받아 어떤 판단과 결과물을 만들며 무엇을 검수하는지가 필요합니다.
요구분석은 개인의 부족함을 찾는 시험이 아닙니다. 업무·조직·개인 수준의 원인을 분리해 교육으로 해결할 항목과 시스템·자료·권한·관리 지원으로 해결할 항목을 나누는 진단입니다.
설문·인터뷰·업무 표본·수행을 함께 본다#
한 가지 방법에 의존하면 희망과 실제 장애를 혼동하기 쉽습니다.
| 근거 | 알 수 있는 것 | 확인 질문 | 한계 |
|---|---|---|---|
| 설문 | 자신감·관심·접근 신호 | 누가 응답하지 않았나 | 자기보고 편향 |
| 인터뷰 | 목표·예외·책임 맥락 | 누가 최종 판단하나 | 기억·표현 의존 |
| 업무 표본·관찰 | 입력·출력·대기·재작업 | 실제 근거와 오류는 | 표본·관찰 효과 |
| 수행 과제 | 독립 행동·검수·보고 | 정상·경계를 처리하나 | 환경·평가자 영향 |
발견한 차이를 교육·업무·시스템·정책으로 라우팅한다#
모든 문제를 교육으로 넘기면 직원은 알면서도 할 수 없는 상태가 됩니다.
| 원인 | 대표 증거 | 우선 대응 | 교육 역할 |
|---|---|---|---|
| 지식·기술 | 개념·수행 오류 | 실습·코칭 | 핵심 |
| 업무 설계 | 중복·대기·책임 불명 | 제거·표준화·역할 | 보조 |
| 도구·자료 | 계정·권한·최신성 부족 | 환경·소스 개선 | 사용법 이후 |
| 정책·인센티브 | 금지·평가·지원 충돌 | 기준·보호·관리자 합의 | 변경 후 강화 |
실무 시나리오: 프롬프트 과정 수요는 높지만 자료 접근이 막힌다#
영업팀이 제안서 프롬프트 교육을 원하지만 가격표·계약 조건이 여러 폴더에 있고 승인된 AI 계정은 일부만 쓸 수 있다고 가정합니다.
| 발견 | 해석 | 조치 | 과정 반영 |
|---|---|---|---|
| 관심도 높음 | 반복 초안 부담 | 대표 과업 선정 | 실제 결과물 목표 |
| 자료 충돌 | 교육 외 지식 문제 | 현행 소스·소유자 정리 | 승인 자료만 실습 |
| 계정 부족 | 환경 준비도 문제 | 접근·대체 흐름 마련 | 코호트 규모 조정 |
| 승인 불명 | 워크플로 문제 | 검수·발송 책임 확정 | 경계 사례 평가 |
학습 프로그램은 역할 요구와 행동 증거에서 시작한다#
NIST SP 800-50 Rev.1은 조직·역할의 학습 요구를 파악하고 역할 기반 학습, 행동 변화와 평가를 지속적으로 개선하는 생애주기를 제시합니다. NIST AI RMF Map은 목적·맥락·사용자와 운영자의 지식 수준, 사람 감독을 문서화하도록 제안합니다. 이는 특정 설문이나 과정 구성을 의무화하지 않습니다.
- NIST SP 800-50 Rev.1: 조직·역할 학습 요구·행동·평가의 생애주기
- NIST AI RMF Core Map: 목적·맥락·운영자 숙련·사람 감독·영향 분석
요구 카드를 과정 백로그와 비교육 백로그로 나눈다#
요구 카드에는 역할, 대표 과업, 현재 결과·시간·오류, 원하는 행동, 입력 자료·도구·권한, 최종 책임, 치명 실패, 근거 표본과 소유자를 기록하세요. 개인 점수가 아니라 과업 단위로 익명화해 분석합니다.
교육 가능 항목은 공통 기반·역할 실습·검토자 트랙으로 묶고, 자료·권한·프로세스·정책 문제는 별도 책임자와 기한을 둡니다. 선행 조건이 닫히지 않으면 과정 일정을 확정하지 않습니다.
과정 뒤 30일 수행과 지원 요청을 원래 요구 카드에 연결해 진단이 맞았는지 확인하세요. 전이율이 낮으면 학습 내용만 탓하지 말고 관리자 지원·업무량·승인 도구·자료 최신성을 다시 조사합니다.
최종 요구분석 보고서에는 역할별 표본 수와 누락 집단, 근거 간 불일치, 확정하지 못한 가정과 데이터 한계를 함께 적으세요. 과정 우선순위는 관심도보다 업무 영향·빈도·위험·환경 준비도와 독립 수행 증거로 결정합니다.
역할별 과정은 직무별 AI 교육 설계로 전환합니다. 교육 뒤 검증은 AI 교육 성과 측정과 연결합니다. 업무 재설계 경계는 프롬프트 교육 vs 업무 재설계에서 판단합니다.
과정 목표와 비교육 조치가 같은 과업 증거로 이어지면 승인한다#
대표 역할과 응답하지 않은 집단까지 포함해 설문·인터뷰·업무 표본·수행 과제의 차이를 설명하고, 각 요구가 어떤 증거로 확인됐는지 추적할 수 있어야 합니다.
교육으로 해결할 행동, 선행할 자료·권한·워크플로 조치, 측정 기준선과 30일 검증 책임자가 정해져야 과정 설계를 시작합니다.
핵심 요약
- ✓희망 도구보다 실제 과업·자료·판단·결과·위험을 요구분석 단위로 삼는다
- ✓설문·인터뷰·업무 표본·수행 과제의 서로 다른 한계를 보완한다
- ✓지식·기술과 업무·도구·자료·정책 원인을 분리한다
- ✓교육 백로그와 비교육 선행 조건에 각각 책임자·기한을 둔다
- ✓30일 업무 전이로 요구 진단이 맞았는지 다시 검증한다
자주 묻는 질문