CBL이란 무엇인가 - 멘토도 설명하기 어렵다는 그것을 직접 탐구해봤다

Challenge 1을 겪으며 CBL의 키워드를 내 언어로 다시 번역한 기록

"CBL이 뭔지 아직도 잘 모르겠다."

Prelude 기간이 끝나고 Challenge 1의 첫날이 끝나자, 머릿속에 계속 생각나는 질문이었다. 그런데 흥미로운건, 멘토들도 하다보면 알게된다는 설명 외에는 다른 설명은 하지 않았다.

이 글은 그 불편한 공백에서 출발한다. CBL이 무엇인지 공식 문서를 뜯어보고, 실제 세션을 경험하며, 키워드 하나하나를 내 언어로 다시 번역해본 기록이다.

한 문장으로 먼저 말하면

CBL - Challenge Based Learning

직역하면 "도전 기반 학습"이지만, 이 번역은 절반밖에 전달하지 못한다. 내가 2주를 겪고 나서 붙인 의역은 이렇다.

"세상에 있는 진짜 문제를 직접 풀어보는 학습법."

전통적인 수업이 "지식 → 이해 → 시험"이라면, CBL은 "문제 → 탐구 → 실행"이다. 교과서 밖의 실제 세계에서 의미 있는 문제를 발견하고, 스스로 질문을 만들고, 직접 조사하고, 솔루션을 실행해보는 과정이다. Apple이 2008년 교육자들과 함께 개발한 프레임워크로, 지금은 전 세계 대학과 교육기관에서 사용되고 있다.

3단계 구조 : Engage → Investigate → Act

CBL은 세 개의 큰 단계로 나뉜다.

세 단계를 관통하는 메시지가 있다. "솔루션 먼저 생각하지 마라."

Engage 단계에서 이미 앱 아이디어를 꺼내는 사람들이 있다. (나다.) Investigate 단계에서 리서치 없이 기능 목록을 작성하는 팀도 있다. (나 일뻔 했다.) CBL이 계속 제동을 거는 지점이 바로 이것이다. 충분히 문제를 이해하기 전에 해결책으로 뛰어드는 인간의 본능을 거스르도록 설계된 프레임워크다.

말로 쓰면 간단하지만, 이 세 단계 안에 숨어 있는 개념들이 많다. 각 개념이 왜 존재하는지를 모르면 전체 흐름이 공허해진다. 하나씩 뜯어보자.

핵심 키워드 해설 : 직역과 의역 사이

CBL에는 고유한 언어가 있다. 각 용어를 처음 들었을 때 느낀 낯섦은, 단순히 영어를 한국어로 번역한다고 해소되지 않았다. 직역이 전달하지 못하는 맥락이 있었다.

1. Big Idea - 탐구의 씨앗

직역 : 큰 아이디어

의역 : 탐구의 씨앗. 모든 질문이 자라나는 토양.

공식 정의는 이렇다. "다양한 방식으로 탐구 가능한 광범위한 개념으로, 학습자와 더 넓은 커뮤니티에 의미 있는 것." 예시로는 Health, Sustainability, Community, Relationships 같은 단어들이 나온다.

"큰 아이디어"라는 직역은 직관적이지만 공허하다. 내가 "탐구의 씨앗"이라고 의역한 이유는, 이것이 단순한 주제가 아니라 이후 모든 질문과 탐구가 뻗어 나오는 출발점이기 때문이다. 씨앗 하나에서 뿌리, 줄기, 가지가 제각각 뻗어 나가듯, Big Idea 하나에서 수십 개의 질문과 방향이 파생된다.

왜 의도적으로 넓어야 하는가? 좁으면 탐구할 여지가 없다. "행복"이라는 키워드 보다는 "감정"이라는 확장 된 키워드가 맞다. "행복"은 이미 방향이 정해져 있지만, "감정"은 슬픔도, 불안도, 성취감도 품는다. 가능성이 열린다.

우리 팀의 Big Idea : 교통 접근성 (웰빙 – 리빙 – 교통)

"포항"과 "Apple Developer Academy"라는 큰 맥락에서 팀원들이 각자 포스트잇을 붙이고 패턴을 찾았다. "아침", "교통", "연결", "날씨". 전부 일상의 불편함과 적응에 관한 것이었다. 공통 키워드를 묶으니 "교통과 접근성"이 남았다.

2. Essential Question (EQ) - 나의 질문

직역 : 핵심 질문, 필수 질문

의역 : 나의 질문. Big Idea를 조준하는 개인화된 렌즈.

EQ는 Big Idea를 나 혹은 우리의 맥락으로 좁히는 과정이다. 공식 문서에서 Essential Questioning은 "학습자가 Big Idea와 자신의 세계가 어디서 교차하는지 찾아가는 과정"으로 설명된다.

"Essential"을 직역하면 "필수적인"이 떠오르지만, 사실은 에센스(Essence). 즉 본질에 더 가깝다. Big Idea라는 거대한 우주를 나만의 망원경으로 특정 별을 향해 조준하는 행위. 그래서 "나의 질문"이라 부른다.

중요한 조건이 있다. EQ는 솔루션이 담기지 않은 열린 질문이어야 하며, 예/아니오로 끝나서는 안 된다.

왼쪽은 방향은 있되 답이 열려 있다. 오른쪽은 이미 솔루션이 포함되어 있거나, 한 단어로 끝나버린다.

우리 팀의 최종 EQ :

"아카데미 러너들이 어떻게 하면 포항의 주요 사이트들을 편하게, 재밌고, 즐겁게 다닐 수 있을까?"

3. Challenge Statement (CS) - 실행 선언

직역 : 도전 성명

의역 : 실행 선언. 우리가 바꾸고 싶은 것의 문장화.

EQ가 "질문"이라면, Challenge Statement는 그 질문을 행동으로 전환한 문장이다. 형식은 단순하다: "[누구]의 [무엇]을 [어떻게] 하자!"

"Challenge"를 "도전"으로 직역하면 너무 거창하고 무겁다. 하지만 원문의 뉘앙스는 오히려 가볍고 즉각적이다. 공식 문서는 "A Challenge is immediate and actionable"(즉각적이고 실행 가능해야 한다)라고 강조한다. 그래서 "실행 선언"이라 의역했다.

범위 조절이 관건이다.

우리 팀의 Challenge Statement 변천 (Miro 보드에 5개 버전이 기록돼 있다):

V1 : 포항의 교통과 여행

V2 : 포항의 여행을 쉽고 재밌게 하자!

V3 : 포항에서 아카데미 러너들의 여행 경험을 향상시켜주자!

V4 : 포항의 주요 사이트로의 여행 경험을 향상시켜주는 앱을 만들자!

V5 : 포항에서 주니어 러너들이 몇번째 만남인도 편안하게, 포항의 주요 사이트로의 여행 경험을 향상시켜주는 앱을 만들자!

최종 채택: V3.

V4~5가 탈락한 이유는 명확하다. "앱"이라는 솔루션이 문장 안에 들어가는 순간, 탐구의 여지가 닫힌다. Challenge Statement는 앱이 없어도 유효한 문장이어야 한다는 원칙이 세션에서 반복 강조됐다.

4. Guiding Question (GQ) - 배움의 지도

직역 : 안내 질문

의역 : 배움의 지도. 솔루션에 도달하기 위해 알아야 할 것들의 경로.

Investigate 단계에 들어서면 등장하는 개념이다. Challenge Statement가 정해지면, 그걸 해결하기 위해 무엇을 알아야 하는가를 질문 목록으로 만드는 것이 GQ다.

"Guiding(안내하는)"에서 지도의 이미지를 떠올렸다. 목적지(Milestone)는 정해져 있는데, 거기까지 가는 길을 스스로 그려야 한다. GQ는 그 지도 위의 경로 표시다.

EQ와 헷갈리기 쉬운데, 역할이 다르다. EQ가 방향을 잡는 "뿌리 질문"이라면, GQ는 그 방향으로 가기 위해 구체적으로 답해야 할 질문들이다.

좋은 GQ의 조건 세 가지:

• 마일스톤 적합성 : 다음 Milestone에 실질적으로 기여하는가?

• 실제 조사 필요성 : 팀 내 토론만으로는 답할 수 없는가?

• 긴장감 유발 : "이걸 모르고 있었구나"라는 자각이 생기는가?

세 번째가 인상적이었다. 좋은 질문은 불편함을 만든다. 그 불편함이 조사 동기가 된다.

우리 팀은 GQ를 4개 카테고리로 분류했다 :

People : "러너들이 생각하는 "좋은 여행'은 무엇인가?"
Domain : "포항에서 러너들이 여행 시 주로 어떤 어려움을 겪는가?"
Context : "이미 시장에 어떤 앱들이 존재하고, 뭐가 부족한가?" 
기타 : "여행을 가고 싶은 러너들은 어떤 성향을 가지는가?"

5. Guiding Activity / Resource (GA · GR) - 답을 찾는 방법

GA 직역 : 안내 활동 / GR 직역 : 안내 자원

GA 의역 : 답을 찾기 위해 실제로 하는 행동 / GR 의역 : 답을 찾기 위해 참고하는 자료

GQ가 "무엇을 알아야 하는가"라면, GA와 GR은 "그걸 어떻게 알아낼 것인가"다. 인터뷰, 데스크 리서치, 현장 관찰, 앱 분석, 설문조사. 전부 GA에 해당한다. GR은 그 과정에서 참고하는 자료(웹사이트, 논문, 전문가 등)다.

우리 팀의 GA 사례:

• 트리플, 대한민국 구석구석, 프립, 타보소 등 기존 여행 앱 분석

• 포항시 관광 사이트·인스타그램 크롤링으로 여행지 데이터 수집

• 러너 및 멘토 15명 심층 인터뷰

인터뷰에서 배운 원칙 하나. 정보를 캐내려는 태도가 아니라, 상대가 자연스럽게 이야기를 풀어낼 수 있도록 돕는 태도. "어떤 앱 쓰세요?"보다 "거기 어땠어요?"가 훨씬 풍부한 답을 이끌어낸다. (세션에서 강조된 말: 인터뷰 스킬보다 마인드셋이 중요하다.)

기존 앱 분석에서는 공통적으로 UX 품질 저하(구식 디자인, 느린 로딩, 앱 무거움)가 확인됐고, 포항 관련 여행 정보는 전반적으로 매우 부족했다.

6. Exploratory Cycle (EC) - 배움의 나선

직역 : 탐구 순환

의역 : 배움의 나선. 반복될수록 깊어지는 과정.

Investigate 단계의 핵심 구조다. GQ → GA/GR → Finding → Synthesis의 사이클이 반복된다. Synthesis가 다음 Milestone으로 이어지거나, 새로운 GQ를 낳아 사이클이 다시 돌아간다.

"순환(Cycle)"보다 "나선"이 더 정확하다고 느꼈다. 같은 자리를 도는 게 아니라, 돌 때마다 한 층씩 깊어지기 때문이다. 처음에는 얕은 질문으로 시작하다가, 답을 찾으면 더 깊은 질문이 나온다.

우리가 경험한 나선:

GQ : "러너들에게 좋은 여행이란?"
GA : 15명 인터뷰 진행
Finding : "함께하는 사람"이 가장 중요하다는 공통 응답. 시각적으로 강렬한 스팟 하나면 기억에 남는다는 패턴
Synthesis : "여행의 핵심은 정보가 아니라 동행이다" → 새 GQ: "그렇다면 동행을 어떻게 만들 것인가?"

단순 정보 탐색이었다면 "포항 맛집 리스트"를 모으고 끝났을 것이다. 나선 구조 덕분에 "사람들이 원하는 건 정보가 아니라 에너지 절감"이라는 층위에 도달할 수 있었다.

7. Milestone - 여정의 체크포인트

직역 : 이정표

의역 : 여정의 체크포인트. "여기까지 왔다"를 확인하는 지점.

로마 시대 도로에서 1마일마다 세워둔 돌이 어원이다. 목적지까지 얼마나 왔는지, 얼마나 더 가야 하는지를 알려주는 표시. CBL에서는 각 단계의 끝에서 확인하는 산출물이다.

Challenge 1의 Milestone:

Challenge Statement : Engage 완료
Challenge Response : Investigate 완료
Lo-fi Prototype : Act 초반
App Prototype : Act 후반
Challenge Evaluation : 마무리

8. Challenge Response (CR) - 우리의 답

직역 : 챌린지 응답

의역 : 앞선 활동을 바탕으로 한 우리의 답

Investigate 단계의 Milestone이다. Challenge Statement에 대해 "리서치를 기반으로 우리는 어떻게 대응할 것인가"를 정리한 문서다. Challenge 1에서의 산출물은 App Concept Statement로, 형식은 이렇다:

"[특정 사용자]가 [방식]을 통해 [원하는 결과]를 얻도록 돕는 앱."

초안 : "여행을 하고 싶은 아카데미 러너가 큐레이팅과 비밀쪽지/스탬프 찍기 활동을 통해 포항을 쉽고 편하게 여행하고 기억에 한장면으로 저장할 수 있게 돕는 앱"

결론 : "여행을 하고 싶은 아카데미 러너가 큐레이팅을 통해 포항을 쉽고 편하게 여행하고, 그 기억을 한 장면으로 저장할 수 있도록 돕는 앱"

초안에서 "비밀쪽지/스탬프 찍기"가 빠졌다. 그건 기능(feature)이지 가치(value)가 아니기 때문이다. App Concept Statement는 기능 명세가 아니라 가치 선언이다. 리서치가 솔루션을 바꾼 순간이었다.

리서치가 바꾼 것들

여기까지 읽으면 키워드는 정리됐다. 하지만 "그래서 CBL이 실제로 뭘 바꿨는데?"라는 질문이 남는다. 구체적으로 말하겠다.

리서치 전에 우리가 만들려던 것

"포항 관광 정보 앱." 여행지 데이터를 모아서 보여주고, 지도에 핀을 꽂고, 리뷰를 달 수 있는 앱. 트리플이나 대한민국 구석구석의 포항 버전. 팀 대부분이 이 방향을 떠올렸다.

리서치 후에 방향이 바뀐 지점

15명을 인터뷰한 뒤 깨달았다. 러너들의 불편은 "정보가 없다"가 아니었다. 검색하면 정보는 나온다. 진짜 불편은 "알아보는 게 귀찮다"였다. 어디를 갈지 고르는 것, 교통을 확인하는 것, 누구와 갈지 정하는 것 - 이 모든 의사결정에 드는 에너지가 장벽이었다.

이 발견이 기능 결정을 바꿨다.

바뀌기 전: 여행지 DB + 지도 + 리뷰 (= 정보 제공 앱)

바뀐 후: 인원·관계·가용 시간을 입력하면 최적 코스와 이동 수단을 추천하는 조건 기반 큐레이션 (= 에너지 절감 앱)

"정보"에서 "큐레이팅"으로. 이 한 단어의 전환이 Investigate 단계 전체의 산물이다. 인터뷰 없이, GQ 없이, Exploratory Cycle 없이 만들었으면, 트리플의 열화판이 되었을 것이다.

발표 때 팀원이 사용한 표현 : "에너지 절감, 실패 확률 최소화를 통해 소통에 집중할 수 있도록." 이건 아이디어 회의에서 나온 문장이 아니다. 15명의 인터뷰 데이터를 Synthesis한 결과다.

CBL이 어려운 진짜 이유

"솔루션부터 떠오르는 뇌"와의 싸움

세션 첫날, 멘토가 말했다. "솔루션으로 사고가 앞서 나가는 어려움을 느끼는 게 정상입니다."

우리 뇌는 문제를 보면 즉각 해결책을 찾으려 한다. 효율적이기 때문이다. CBL은 그 본능을 의도적으로 늦추는 프레임워크다. Investigate 단계에서 "S(Solution) 단어"를 금지하는 팀도 있다고 CBL 가이드 원문에 적혀 있다.

모두 같은 벽에 부딪혔다. 결과(솔루션)가 아니라 과정(질문 → 조사 → 이해)에 집중하라는 전환. 그게 CBL에서 가장 어려운 부분이었다.

제약이 창의를 만든다

Challenge 1에는 세 가지 제약이 Investigate 마무리 시점에 공개됐다.

1. 화면 2개까지만 구현

2. 인터넷 연결 없음 (목업 데이터로 대체)

3. AI 코딩 및 코드 복붙 금지

초반에 공개하지 않은 이유가 있다. 제약을 먼저 알면 사고가 거기에 갇힌다. "화면 2개밖에 안 되니까 이건 빼자"가 아니라, 충분히 발산한 뒤 "이 중에서 2개 화면으로 가장 강력하게 전달할 수 있는 건?"으로 수렴해야 한다.

멘토가 인용한 길버트의 말 : 제약이 창의적 사고를 촉진한다.

AI 활용 가이드도 날카로웠다. 전체 코드 생성 요청은 나쁜 예시, 개념을 비유로 설명해달라는 요청은 좋은 예시. 2년간 AI 코딩에 의존한 뒤 코딩 테스트 준비가 불가능해진 실제 사례가 공유됐다. 원리 이해 없이 결과만 얻는 건 학습이 아니라는 경고.

멘토들이 설명하기 어려운 이유

여기까지 정리하니 멘토들의 어려움이 이해된다. CBL은 결과물(what)이 아니라 과정(how)을 가르치는 프레임워크다. "이렇게 하면 된다"고 알려줄 수 있는 게 아니라, 직접 경험해야만 체득되는 구조적 사고방식이다.

게다가 반복하며 깊어지는 구조다. 처음 Engage를 할 때는 "이게 뭔지" 모르면서 한다. 두 번째, 세 번째 반복에서 Big Idea를 보는 눈이 생기고, EQ를 좁히는 감각이 붙고, GQ가 강력한지 약한지 구분하는 안목이 생긴다. 설명으로는 전달할 수 없는 종류의 앎이다.

CBL을 하나의 문장으로

2주간 Challenge 1을 진행하면서, 나는 CBL을 이렇게 정의하게 됐다.

"좋은 질문이 좋은 솔루션을 만든다는 믿음을 바탕으로, 세상의 진짜 문제를 스스로 발견하고 탐구하고 실행하는 학습 구조."

첫날 플라톤의 말이 인용됐다. "시작이 일에 있어서 가장 중요한 부분이다."

Big Idea 하나를 붙들고 질문을 던지기 시작한 그 순간부터, CBL은 이미 시작된 것이었다.