개념
교육 의뢰는 거의 항상 "교육해 달라"는 말로 온다
"신입들이 결함 리포트를 제대로 못 써요. 교육 좀 해 주세요." "자동화 교육 한 번 돌려 주세요. 다들 Playwright 를 모르니까요." "테스트 설계 교육이 필요합니다. 케이스 중복이 너무 많아요."
이 세 문장은 모두 처방을 결론으로 들고 온 요청 이다. 의뢰자는 이미 "교육"이라는 해법을 정해 놓고 강사만 찾는다. 그런데 세 가지 중 교육으로 실제로 풀리는 것은 많아도 하나다.
가르치는 일을 설계한다는 것은 슬라이드를 만드는 일이 아니라 두 가지 판단을 먼저 하는 일이다. 이것이 교육으로 풀리는 문제인가, 그리고 교육이 끝났을 때 무엇을 할 수 있어야 하는가. 앞을 건너뛰면 잘 만든 과정이 아무것도 바꾸지 못하고, 뒤를 건너뛰면 과정이 끝났는지조차 알 수 없다. 뒤쪽을 먼저 다루고 앞쪽으로 돌아와 마무리한다.
"이해한다"가 목표가 아닌 세 가지 이유
나쁜 목표: 탐색적 테스팅을 이해한다.왜 목표가 아닌가.
- 측정할 수 없다 — 고개를 끄덕이면 이해한 것인가
- 범위를 모른다 — 차터 작성까지인가, 세션 기반 관리까지인가, 투어 기법 열거까지인가
- 완료를 선언할 수 없다 — 강사도 학습자도 언제 끝났는지 모른다
세 번째가 가장 치명적이다. 완료 판정이 없는 과정은 반드시 시간으로 끝난다. 설계의 단위가 "배워야 할 것"이 아니라 "채워야 할 시간"이 되고, 그 안의 내용은 강사의 취향이 결정한다.
좋은 목표: 기능 명세 한 건을 받아, 90분 세션 차터(사명·범위·위험·산출물)를 작성하고,
세션 노트에서 결함 후보와 질문·메모를 분리해 결함 후보 3건 이상을 제출할
수 있다.이 문장은 학습자가 할 일 을 적었고, 판정 기준(3건 이상, 네 항목이 채워진 차터)과 조건(기능 명세 한 건, 90분)이 있다.
목표 문장의 세 부분 — 행동·조건·기준
Robert Mager 가 정리한 학습 목표의 구성은 세 부분이다. 이것만 지켜도 목표의 절반은 맞는다.
| 부분 | 묻는 것 | 빠지면 생기는 일 | 예 |
|---|---|---|---|
| 행동(Performance) | 학습자가 무엇을 하는가 | "이해한다"로 돌아간다 | 결정표를 작성한다 |
| 조건(Condition) | 무엇을 주고, 무엇은 안 주는가 | 현장에서 못 쓴다 | 기획서 2쪽과 조건 4개를 주고, 정답표는 주지 않는다 |
| 기준(Criterion) | 어디까지 맞으면 합격인가 | 채점이 강사 기분이 된다 | 불가능 조합 표시 누락 0건, 규칙 수 2^4 전개 |
여기에 대상(Audience) 을 앞에 붙여 네 부분으로 쓰는 변형(ABCD)도 흔하다. 사내 과정은 대상이 과정 자체로 정해지므로, 대상은 과정 설명에 한 번 쓰고 목표 문장에서는 생략해도 된다.
조건에는 안 주는 것 을 함께 적는다. "템플릿을 주고"와 "템플릿 없이"는 완전히 다른 난이도다. 현장에서 그 사람이 어떤 상태로 일할지를 조건에 반영해야 교육이 현장으로 옮겨진다.
행동 동사 고르기 — 블룸 분류 개정판의 여섯 수준
Anderson 과 Krathwohl 이 2001년에 정리한 블룸 분류 개정판은 인지 과정을 여섯 수준으로 나눈다. 원판의 명사형을 동사형으로 바꾸고, 상위 두 수준의 순서를 바꿔 창안 을 맨 위에 놓았다.
| 수준 | 하는 일 | 쓸 수 있는 동사 | QA 교육에서의 목표 예 |
|---|---|---|---|
| 기억(Remember) | 불러온다 | 열거한다, 식별한다, 정의한다 | 결함 상태 전이 7단계를 순서대로 열거한다 |
| 이해(Understand) | 뜻을 옮긴다 | 설명한다, 분류한다, 요약한다, 비교한다 | 심각도와 우선순위의 차이를 사례로 설명한다 |
| 적용(Apply) | 절차를 쓴다 | 작성한다, 수행한다, 산출한다 | 조건 4개 명세로 결정표를 작성한다 |
| 분석(Analyze) | 쪼개고 관계를 본다 | 구분한다, 추적한다, 진단한다 | 실패 로그에서 제품 결함과 환경 문제를 구분한다 |
| 평가(Evaluate) | 기준으로 판정한다 | 심사한다, 판정한다, 비판한다 | 동료의 테스트 설계서를 리뷰 기준으로 판정한다 |
| 창안(Create) | 없던 것을 만든다 | 설계한다, 수립한다, 제안한다 | 신규 도메인의 테스트 전략 초안을 수립한다 |
개정판은 이 인지 과정 차원 과 별도로 지식 차원 (사실적·개념적·절차적·메타인지적)을 두어 두 축의 표로 목표를 배치한다. 같은 "적용" 수준이어도 절차적 지식(결정표 전개 절차)과 개념적 지식(위험 기반의 판단 틀)은 가르치는 방법이 다르다 — 전자는 반복 연습이, 후자는 사례 비교와 토론이 먹힌다.
두 가지를 조심한다.
- 위 수준이 좋은 수준이 아니다. 신입 과정 목표가 전부 "창안"이면 그 과정은 실패한다. 직무가 요구하는 수준에 맞추는 것이 목표 설계다
- 동사 목록은 참고일 뿐 판정 기준이 아니다. 같은 "설명한다"도 조건과 기준이 없으면 측정 불가로 되돌아간다
"이해한다"를 바꾸는 네 단계 절차
목표를 고쳐 쓸 때는 머릿속에서 동사만 바꾸려 하지 말고 이 순서를 밟는다.
- 장면을 떠올린다 — 무엇을 하는 모습을 보면 "이해했다"고 판정하겠는가
- 그 장면의 산출물을 적는다 — 그 사람 손에 무엇이 남는가(문서·코드·판정)
- 산출물을 만드는 행동에 동사를 붙인다 — 1~2단계가 끝나면 동사는 저절로 나온다
- 조건과 합격 기준을 붙인다 — 무엇을 주는가, 어디까지면 합격인가
| 처음 문장 | 떠올린 장면 | 고친 목표 |
|---|---|---|
| 리스크 기반 테스트를 이해한다 | 위험 점수를 매기고 상위 20%를 먼저 배치하는 모습 | 기능 15개 목록을 받아 발생 가능성·영향도 2축으로 점수화하고, 상위 20% 기능의 우선순위표를 근거 문장과 함께 작성할 수 있다 |
| 결함 리포트 작성법을 안다 | 재현 절차와 기대·실제가 분리된 리포트를 혼자 쓰는 모습 | 결함 하나를 받아 제목·환경·재현 절차·기대/실제·증거를 갖춘 리포트를 작성하고, 팀 리뷰 체크리스트 8항목을 충족할 수 있다 |
| 자동화의 중요성을 이해한다 | (장면이 안 떠오른다) | 학습 목표가 아니라 과정의 동기 부여 문장 이다. 목표에서 빼고 도입부로 옮긴다 |
세 번째 행이 중요하다. 장면이 떠오르지 않는 문장은 목표가 아니다. 과정 소개나 배경 설명으로 옮기는 것이 정답이다.
ADDIE — 각 단계에서 실제로 손에 남는 것
ADDIE 는 분석(Analysis)·설계(Design)·개발(Development)·실행(Implementation)·평가(Evaluation)의 머리글자다. 교수체계설계(ISD) 계열 모형의 공통 골격을 요약한 이름으로 널리 쓰이지만 단일 원전이 지목되지는 않는다(1970년대 미군 교육체계개발 절차 문헌에서 비롯됐다는 설명이 일반적이다 — 원문 확인 ).
외울 것은 머리글자가 아니라 각 단계가 끝났을 때 손에 무엇이 남는가 다. 산출물이 없는 단계는 건너뛴 것과 같다.
| 단계 | 답해야 하는 질문 | 손에 남는 산출물 | 끝났다는 신호 |
|---|---|---|---|
| 분석 | 이것이 교육 문제인가. 대상은 누구이고 지금 어디까지 하는가 | 성과 격차 메모, 대상 분석(사전 지식·제약), 과제 분석(현장에서 실제로 하는 절차), 학습 목표 목록 | 의뢰자가 목표 목록에 "이러면 해결된다"고 서명한다 |
| 설계 | 어떤 순서로, 어떤 방법으로, 무엇으로 합격을 판정하나 | 모듈 구성표(목표-차시 대응), 평가 설계(과제·루브릭), 시간 배분, 전달 방식(집합·비동기·OJT) | 목표 하나하나에 평가 방법이 붙어 빈칸이 없다 |
| 개발 | 실제 자료를 만든다 | 슬라이드·실습 데이터·샘플 결함·채점표·강사 노트·사전 과제 | 다른 사람이 그 자료로 진행할 수 있다 |
| 실행 | 돌린다 | 운영 기록(출석·진행 로그), 제출 산출물, 현장 이슈 목록 | 1기 수료와 과제 채점이 끝났다 |
| 평가 | 효과가 있었나. 무엇을 고치나 | 수준별 측정 결과, 개정 목록(어느 차시를 어떻게 바꿀지) | 다음 기에 반영할 변경 목록이 확정됐다 |
실무에서 ADDIE 를 쓸 때 반드시 기억할 것.
- 폭포수가 아니다. 설계 중에 분석이 틀렸음을 알게 되는 일이 보통이고, 평가는 마지막 단계이면서 동시에 매 단계의 활동이다
- 분석을 건너뛰면 개발부터 시작한다. 가장 흔한 실패 경로다. 슬라이드부터 만들면 목표가 슬라이드에 끼워 맞춰진다
- 산출물에 "강사 노트"를 반드시 넣는다. 사내 과정의 수명은 담당자 교체에서 끊긴다
교육이 답이 아닌 경우 — 성과 분석이 먼저다
분석 단계의 첫 질문은 "무엇을 가르칠까"가 아니라 "왜 지금 그게 안 되고 있는가" 다. Mager 와 Pipe 는 이 갈림길을 한 문장으로 요약했다 — 할 줄 모르는 것인가, 할 줄 아는데 안 하는 것인가. 후자라면 교육은 돈과 시간을 쓰고 아무것도 바꾸지 못한다.
| 증상 | 교육으로 풀려 하면 | 실제 원인 | 맞는 처방 |
|---|---|---|---|
| 결함 리포트에 재현 절차가 없다 | "결함 리포트 작성 교육" 2시간 | 템플릿에 재현 절차 칸이 없거나, 티켓 필수값이 아니다 | 템플릿·필수 필드 수정. 교육은 10분 공지로 충분 |
| 자동화 테스트를 아무도 안 돌린다 | "Playwright 교육" 8시간 | 로컬에서 30분 걸리고 플래키해서 신뢰가 없다 | 실행 시간·플래키 개선. 교육은 그 다음 |
| 테스트 케이스가 중복이다 | "테스트 설계 교육" | 케이스 수가 성과 지표라서 많이 쓰는 게 이득이다 | 지표를 바꾼다. 교육은 그 뒤 |
| 신입이 6개월째 혼자 설계를 못 한다 | (교육이 맞을 가능성이 높다) | 절차적 지식과 연습 기회의 부재 | 과정 설계 + 실습 과제 |
의뢰를 받으면 설계 전에 이 다섯 질문을 통과시킨다.
- 과거에 해낸 적이 있는가 — 있다면 지식 문제가 아니다(환경·절차가 바뀐 것이다)
- 자주 하는 일인가 — 1년에 한 번이면 교육이 아니라 체크리스트·가이드가 맞다
- 피드백이 있는가 — 잘했는지 아는 통로가 없으면 배워도 유지되지 않는다
- 하면 이득인가 — 제대로 하는 쪽이 손해라면 교육은 무력하다
- 도구와 권한이 허용하는가 — 권한이 없어 못 하는 일을 가르치는 것은 좌절 훈련이다
하나라도 "아니다"가 나오면 그 항목이 처방 이다. 전부 통과하고 남은 "모른다"에만 교육을 설계한다.
의뢰를 목표로 바꾸는 30분 대화
성과 분석은 긴 컨설팅이 아니다. 의뢰자와 30분이면 갈린다. 다음 순서로 묻는다.
1. 지금 무엇이 일어나고 있습니까? (현상 — 관찰 가능한 사실로)
2. 대신 무엇이 일어나야 합니까? (기대 — 역시 관찰 가능하게)
3. 그 차이 때문에 무엇이 손해입니까? (가치 — 없으면 과정도 필요 없다)
4. 누가 그러고 있습니까? 몇 명입니까? (대상과 규모)
5. 잘하는 사람도 있습니까? 뭐가 다릅니까? (가장 강력한 질문 — 격차의 실체가 드러난다)
6. 지금까지 뭘 해 봤습니까? (이미 실패한 처방을 반복하지 않는다)5번이 핵심이다. 같은 조건에서 잘하는 사람이 있다면 그 차이가 지식인지 도구인지 동기인지가 거기서 보인다. 아무도 잘하지 못한다면 지식 문제일 가능성이 올라간다.
결과물은 A4 한 장 이다 — 현상·기대·손해·대상·원인 추정·처방(교육 / 교육 아닌 것) · 교육 부분의 학습 목표 목록. 이 한 장에 의뢰자 동의를 받고 나서 설계를 시작한다.
실무에서 왜 필요한가
QA 조직에서 "교육"은 거의 항상 누군가의 부업으로 떨어진다. 시니어가 되면 신입 교육을 맡고, 리드가 되면 팀 역량 계획을 쓰고, 품질 조직 책임자가 되면 역할별 학습 경로를 설계한다 (모듈 44 레슨 2 의 QMO 중장기 계획에서 "교육" 항목으로 다룬 그 칸이다). 그런데 대부분은 교수 설계를 배운 적이 없어 자기가 받았던 교육을 흉내 내 슬라이드를 만든다. 그 결과는 두 가지 손실이다.
첫째, 교육이 아무것도 바꾸지 못한다. 만족도는 4.3/5 로 나오는데 석 달 뒤 결함 리포트 품질은 그대로다. 측정 가능한 목표가 없었으니 "안 바뀌었다"는 사실조차 늦게 발견되고, 다음 해에 같은 교육을 또 한다.
둘째, 교육이 다른 문제의 알리바이가 된다. 템플릿과 티켓 필수값을 고치면 하루에 끝나는 문제에 8시간 교육을 투입하면, 끝난 뒤 "교육까지 했는데도 안 된다"는 결론이 남는다. 이 결론은 사람을 탓하는 방향으로 흘러가고 실제 원인은 끝까지 안 고쳐진다. 성과 분석을 할 줄 아는 것만으로 이 손실을 막을 수 있다.
측정 가능한 목표를 쓰는 능력은 교육 밖에서도 쓰인다. 테스트 완료 조건, 채용 과제 합격 기준, 평가 면담의 기대 수준이 전부 "행동·조건·기준"의 같은 구조다.
채용시장에서의 위치
국내 공고에서 교수 설계 역량은 "QA 교육 체계 수립", "신규 입사자 온보딩 프로그램 운영", "QA 역량 강화 프로그램 기획" 같은 문구로 드러난다. QA 리드·QA 매니저·품질 혁신 담당 공고의 책임 항목 중간에 한 줄로 들어가 있는 경우가 대부분이고, 전담 "QA 교육 담당" 포지션은 교육 서비스 기업이나 대형 SI·금융권 품질 조직에서 간헐적으로 열린다.
면접에서 약한 답은 "신입 교육 자료를 만들어 강의했습니다"다. 강한 답은 "의뢰를 받고 성과 분석부터 해서 절반은 템플릿 수정으로 돌렸고, 남은 부분만 4시간 과정으로 설계해 수료 과제 합격률과 석 달 뒤 리포트 반려율로 효과를 확인했습니다" 다.