본문으로 건너뛰기
고급약 40분

학습 목표를 행동 동사로 — ADDIE 로 과정 설계하기

"이해한다·안다"는 목표가 아니다. 합격 판정을 내릴 수 없기 때문이다. 목표 문장을 행동·조건·기준 세 부분으로 쓰고, 블룸 분류 개정판의 여섯 수준으로 동사를 고르는 절차를 익힌다. ADDIE 다섯 단계에서 실제로 손에 남는 산출물이 무엇인지 정리하고, 도구·절차·동기 문제를 교육으로 풀려다 실패하는 전형을 성과 분석으로 걸러 낸다.

  • #교수설계
  • #학습목표
  • #블룸분류
  • #ADDIE
  • #성과분석
  • #요구분석

개념

교육 의뢰는 거의 항상 "교육해 달라"는 말로 온다

"신입들이 결함 리포트를 제대로 못 써요. 교육 좀 해 주세요." "자동화 교육 한 번 돌려 주세요. 다들 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. 그 장면의 산출물을 적는다 — 그 사람 손에 무엇이 남는가(문서·코드·판정)
  3. 산출물을 만드는 행동에 동사를 붙인다 — 1~2단계가 끝나면 동사는 저절로 나온다
  4. 조건과 합격 기준을 붙인다 — 무엇을 주는가, 어디까지면 합격인가
처음 문장떠올린 장면고친 목표
리스크 기반 테스트를 이해한다위험 점수를 매기고 상위 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. 과거에 해낸 적이 있는가 — 있다면 지식 문제가 아니다(환경·절차가 바뀐 것이다)
  2. 자주 하는 일인가 — 1년에 한 번이면 교육이 아니라 체크리스트·가이드가 맞다
  3. 피드백이 있는가 — 잘했는지 아는 통로가 없으면 배워도 유지되지 않는다
  4. 하면 이득인가 — 제대로 하는 쪽이 손해라면 교육은 무력하다
  5. 도구와 권한이 허용하는가 — 권한이 없어 못 하는 일을 가르치는 것은 좌절 훈련이다

하나라도 "아니다"가 나오면 그 항목이 처방 이다. 전부 통과하고 남은 "모른다"에만 교육을 설계한다.

의뢰를 목표로 바꾸는 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시간 과정으로 설계해 수료 과제 합격률과 석 달 뒤 리포트 반려율로 효과를 확인했습니다" 다.

실습 과제

과제 1 — 목표 문장 고쳐 쓰기 (25분)

아래 다섯 문장을 "행동·조건·기준" 구조로 고쳐 쓴다. 각 문장마다 ① 떠올린 장면 ② 손에 남는 산출물 ③ 고친 목표 ④ 블룸 수준을 적는다.

1. 테스트 자동화의 필요성을 이해한다
2. 결함 관리 프로세스를 안다
3. API 테스트를 할 수 있다
4. 리스크 기반 테스트 전략을 숙지한다
5. 팀워크의 중요성을 인식한다

5번은 함정이다. 장면이 떠오르지 않으면 "목표가 아니다"라고 판정하고 어디로 옮길지 적는다. 고친 목표에 "이해한다·안다·숙지한다·인식한다"가 하나도 남지 않아야 통과다.

과제 2 — 성과 분석 한 장 (25분)

다음 의뢰를 받았다고 가정한다.

"릴리스 때마다 회귀 테스트가 늦어요. 자동화 교육을 돌려서 팀원들이 직접 스크립트를 쓰게 하고 싶습니다. 2일 과정으로 부탁합니다."

30분 대화의 여섯 질문에 대해 그럴듯한 답을 스스로 지어 채운다(현장 가정). 그 답을 근거로 다섯 가지 판단 질문을 통과시키고 A4 한 장을 만든다 — 현상·기대·손해·대상·원인 추정·처방 구분(교육 / 교육 아닌 것) · 교육 부분의 학습 목표 3개.

채점 기준: 처방의 절반 이상이 교육이 아닌 조치 로 나왔는가, 교육으로 남긴 목표 3개가 모두 조건과 기준을 갖췄는가.

과제 3 — ADDIE 산출물 점검표 (20분)

자신이나 조직이 진행했던 교육 하나를 고른다(사내 신입 교육, 도구 사용법 공유 세션, 외부 강의 아무거나). ADDIE 다섯 단계의 산출물 표를 그려 놓고 실제로 존재했던 것에 체크 한다. 빈칸이 몰려 있는 단계가 그 교육의 약점이다. 빈칸 하나를 골라 다시 한다면 어떻게 만들지 10줄 이내로 적는다.

자가 체크리스트

  • "이해한다·안다"가 목표가 될 수 없는 이유를 세 가지로 말할 수 있다
  • 목표 문장을 행동·조건·기준 세 부분으로 쓸 수 있고, 조건에 "안 주는 것"을 적는다
  • 블룸 분류 개정판의 여섯 수준을 순서대로 말하고, 직무 요구 수준에 맞춰 동사를 고를 수 있다
  • 장면이 떠오르지 않는 문장은 목표에서 빼고 다른 자리로 옮길 수 있다
  • ADDIE 다섯 단계에서 각각 손에 남아야 하는 산출물을 말할 수 있다
  • 분석 단계를 건너뛰고 개발부터 시작하면 무엇이 망가지는지 설명할 수 있다
  • 다섯 가지 판단 질문으로 교육 문제와 비(非)교육 문제를 가를 수 있다
  • 성과 분석 결과를 A4 한 장으로 의뢰자에게 합의받는 절차를 운영할 수 있다

흔한 실수

  • 슬라이드부터 만든다. 목표 없이 만든 자료는 분량으로 끝난다. 목표 목록에 의뢰자 동의를 받기 전에는 한 장도 만들지 않는다.
  • 동사만 바꿔 치운다. "이해한다"를 "설명한다"로만 바꾸면 여전히 측정 불가다. 조건과 기준이 붙어야 목표다.
  • 상위 수준이 좋은 수준이라고 믿는다. 신입 과정 목표를 전부 "설계한다·수립한다"로 쓰면 아무도 수료하지 못한다.
  • 비(非)교육 문제를 교육으로 받는다. 교육이 실패의 알리바이가 되고 진짜 원인은 끝까지 안 고쳐진다.
  • ADDIE 를 폭포수로 돌린다. 돌아가는 비용이 수료생 전원의 헛된 4시간보다 싸다.
  • 강사 노트를 안 만든다. 설계자만 진행할 수 있는 과정은 담당자가 바뀌면 사라진다.
  • 학습 효과를 "학습 피라미드"의 % 수치로 정당화한다. 그 수치들은 출처가 확인되지 않는다는 지적이 오래 누적된 것 이다. 실습을 넣는 근거는 숫자가 아니라 "목표가 수행이기 때문"이다.

참고 자료

  • Robert F. Mager, Preparing Instructional Objectives — 행동·조건·기준 세 요소
  • Robert F. Mager & Peter Pipe, Analyzing Performance Problems — "할 줄 모르는가, 안 하는 가"의 판단 흐름
  • Lorin W. Anderson & David R. Krathwohl (eds.), A Taxonomy for Learning, Teaching, and Assessing (2001) — 블룸 분류 개정판. 인지 과정 6수준과 지식 4차원의 2축 표
  • ADDIE 의 단일 원전은 지목되지 않는다. 1970년대 미군 교육체계개발(ISD) 절차 문헌에서 비롯됐다는 설명이 일반적이므로, 인용이 필요하면 해당 문헌을 원문 확인 한다
  • 모듈 44 레슨 2(QMO 의 도구·교육·역량 중장기 계획) — 이 레슨이 그 "교육" 칸을 실제 과정으로 펼치는 방법이다

낯선 말 풀이

이 레슨에 나온 약어입니다. 본문에서도 처음 나올 때 점선으로 표시해 두었습니다 (제목과 링크 글자는 그대로 둡니다).

QA — 품질보증
만든 것이 쓸 만한지 확인하고, 애초에 덜 망가지게 만드는 방법을 정하는 일. "테스트"는 그 일의 일부다.
QMO — 품질관리 조직
여러 팀의 품질 활동을 한곳에서 보며 기준을 정하는 조직.
SI — 시스템 통합 사업
고객이 발주한 시스템을 받아서 만들어 주는 사업 형태. 국내 정보기술 업계의 큰 축이다.

용어집 전체 보기