팀 프로젝트 기반 교육을 운영하지만 “결과물은 나오는데 개인이 뭘 배웠는지 모르겠다”는 고민이 있는 분. 운영자 개인의 역량에 기대지 않고 구조로 굴러가는 수업을 원하는 분.
사이드 프로젝트나 해커톤, 온보딩에서 구성원이 “하던 것만 하다 끝나는” 역할 고착을 깨고 싶은 분. 팀의 성장과 산출물 사이의 우선순위를 명확히 하고 싶은 분.
강의를 들어도 남는 게 없다고 느끼는 분. 배우기 전에 가설을 세우고 깨뜨리는 방식으로, 혼자서도 스터디에서도 학습의 밀도를 높이고 싶은 분.
팀 프로젝트는 합리적으로 굴러갈수록 각자 이미 잘하는 일을 맡게 됩니다. 결과물의 질은 오르지만 개인의 학습 곡선은 평평해집니다. 학습은 문제를 풀다 운 좋게 얻는 부산물로 밀려납니다.
“가치 있는 문제를 풀면 학습은 자연히 따라온다”
“학습은 의도될 때만 보장된다”
HypoLoop은 이 전제의 교체에서 출발합니다. 우발적 학습에 걸었던 판돈을 회수하고, 학습을 처음부터 이름 붙여진 목표로 만듭니다.
문제 해결을 버리자는 것이 아니라 순서를 바꾸자는 것입니다. 궁극의 진짜 문제는 오늘의 실력으로는 풀리지 않습니다. 학습만이 내일 더 어려운 문제를 풀 수 있게 하기 때문에, HypoLoop은 산출물보다 학습을 우선합니다. 작은 챌린지는 우회로가 아니라 궁극의 문제로 올라가는 유일한 계단입니다.
네 개념 모두 같은 예제 하나로 풀었습니다 — 🍞 빵 만들기. 팀의 목표는 “동네에서 사랑받는 빵집 열기”, 나는 아직 발효를 모르는 팀원입니다.
정보가 없는 상태에서 먼저 가설을 세우고, 검증 가능한 질문으로 쪼개고, 탐구하며 깨뜨리고, 델타를 평가합니다. 가설이 깨지는 순간이 최대 학습 지점이며, 검증의 순간이 곧 시험입니다.
배우기 전에 먼저 씁니다 — “빵은 베이킹파우더 때문에 부푼다고 이해한다. 이스트를 빼고 구워보면 드러날 것이다.” 구워보니 납작합니다. 가설이 깨지는 이 순간, 효모 발효라는 진짜 원리가 각인됩니다. 검색부터 했다면 스쳐 지나갔을 지식입니다.
팀은 세상의 문제를 향한 가설을 굴리고, 개인은 그 안에 자신의 학습 가설을 중첩시킵니다. “이 팀 문제를 푸는 과정에서 나는 의도적으로 X를 배우겠다.” 층은 둘, 사이클은 하나입니다.
팀은 “우리 동네 사람들은 아침에 갓 구운 건강빵을 원할 것이다”라는 가설을 굴립니다. 나는 그 안에 “이 빵집을 준비하는 과정에서 나는 발효를 배우겠다”는 학습 가설을 중첩시킵니다. 팀은 빵집을 열고, 나는 발효를 배웁니다 — 층은 둘, 사이클은 하나.
궁극의 진짜 문제를 도전 가능한 크기까지 계층적으로 분해합니다. 아무리 작은 챌린지도 진짜 문제와 혈통으로 연결되어 있습니다. 장난감이냐 발판이냐는 크기가 아니라 연결의 가시성이 결정합니다.
동네에서 사랑받는 빵집 열기 → 시그니처 건강빵 개발 → 사워도우 굽기 → 천연 발효종 만들기(리프). 유리병에서 발효종을 키우는 일주일짜리 작은 도전도, 트리를 따라 올라가면 빵집이라는 진짜 문제와 혈통으로 이어져 있습니다. 그래서 장난감이 아니라 발판입니다.
성패의 기준은 “문제가 풀렸는가”가 아니라 “가설 대비 무엇이 달라졌는가”입니다. 문제도 진짜, 시도도 진짜지만 채점되는 것은 변화량입니다. 그래서 산출물의 질 저하를 공식적으로 수용할 수 있습니다.
오늘 구운 사워도우가 납작하게 실패했습니다. 하지만 사이클 시작 때 나는 발효 온도가 뭘 바꾸는지 몰랐고, 지금은 “저온 발효가 풍미를 만들고 과발효가 반죽을 무너뜨린다”고 설명할 수 있습니다. 채점되는 것은 빵의 모양이 아니라 이 거리(Δ)입니다.
운영자 한 명의 역량이 아니라 구조가 굴리는 프레임워크입니다. 각 단계의 템플릿을 복사해 그대로 채우면 첫 사이클이 시작됩니다.
팀이 정말 해결하고 싶은, 세상에 존재하는 문제를 궁극 챌린지로 선언합니다. 불가능하지 않되 쉽지 않아야 하고, 구성원의 흥미·관련성과 닿아 있어야 합니다. 이 문제의 진정성이 트리 전체의 진정성이 됩니다.
우리 팀은 [세상의 진짜 문제 P]를 해결하려 한다. 이 문제는 [누가, 어떤 상황에서] 실제로 겪는 문제다. 해결되면 [무엇이 달라졌는지]로 확인할 수 있다.
궁극 챌린지를 해결하기 위해 전제되어야 하는 하위 챌린지들을 펼치고, 개인이 한 사이클 안에 도전해 볼 수 있는 크기의 리프가 나올 때까지 분해합니다. 각 리프에서 궁극 챌린지까지의 경로가 항상 보이도록 트리를 팀 공용 공간에 게시합니다.
[상위 챌린지]를 해결하려면 [하위 챌린지 A / B / C]가 전제되어야 한다. 리프 판정 — 한 사람이 1~2주 안에 가설을 깨뜨려 볼 수 있는 크기인가? (아니오 → 한 번 더 분해)
백지에서 챌린지를 세우지 않습니다. 트리의 리프 중에서 고르되, 규칙은 하나 — 지금 못하는 것을 고른다. 초보자에게는 기초 기술이, 숙련자에게는 전문성을 증폭시킬 인접 영역(디자인, 도메인, 시장)이 리프가 됩니다.
나는 [리프 L]을 고른다. 지금 나는 이것을 못한다 — 근거: [시도하면 벌어지는 일]. 이 리프는 [리프 → 중간 → 궁극] 경로로 팀 챌린지와 연결된다.
검색하기 전, 강의를 듣기 전, 아무 정보 없이 현재 이해만으로 가설 템플릿을 채웁니다. 어색하고 틀릴수록 좋습니다. 이 가설이 이후 만나는 모든 정보가 걸릴 인지적 갈고리가 됩니다.
나는 지금 [대상 X]를 [이렇게 이해/예상]한다. [검증 행동 Y]를 해보면 이 이해가 맞는지 드러날 것이다. 이 가설이 깨지면 나는 [알게 될 것]을 알게 된다.
가설을 세운 본인이 아니라 팀 동료가 묻습니다 — “이 가설이 깨지면, 너는 뭘 알게 되는데?” 답하지 못하면 가설을 다듬어 다시 씁니다. 이 리추얼로 루프 키퍼 없이도 검증이 돌아가고, 묻는 사람도 메타인지 훈련이 됩니다. 루프 키퍼는 개입자가 아니라 이 구조가 잘 돌아가는지 살피는 인프라 관리자입니다.
질문: “이 가설이 깨지면, 너는 뭘 알게 되는데?”
통과 — 대답이 구체적인 이해 하나를 가리킨다.
반려 — 검증 행동이 모호하다 / 알게 될 것이 없다
/ 이미 아는 것이다.
반려되면 가설을 다듬어 다시 쓴다.별도의 공부 시간이 아니라 팀 문제를 푸는 바로 그 과정이 가설의 실험장입니다. 가설이 깨지는 순간을 그 자리에서 기록하세요 — 예상과 현실의 격차가 클수록 갱신되는 이해도 큽니다.
[탐구 로그 — 가설이 깨진 순간마다] 예상: [예상했던 것] 현실: [실제로 벌어진 것] 격차에서 배운 것: [갱신된 이해]
사이클 끝에 각자 시작 시점의 가설을 다시 꺼내, 그때의 이해와 지금 이해의 거리(델타)를 측정합니다. 그리고 그 학습이 팀 챌린지를 어디까지 전진시켰는지도 함께 기록합니다 — 학습과 해결은 여기서 하나로 만납니다.
시작의 나는 [이렇게 이해]했다. 지금의 나는 [이렇게 이해]한다. 델타(Δ): [무엇이 갱신되었나] 해결에 기여한 것: [이 학습이 팀 챌린지를 어디까지 전진시켰나]
회고에서 갱신된 이해가 다음 사이클의 출발점입니다. 다음 리프는 더 모르는 것으로 고르고, 팀 층도 같은 리듬으로 돕니다 — 팀 가설의 기각은 실패가 아니라 피벗의 근거입니다. 루프는 멈추지 않습니다.
다음 리프: [이번보다 더 모르는 것] 다음 가설: [갱신된 이해로 다시 쓴다] 팀 층 반영: [기각된 팀 가설이 있다면 → 피벗 방향]
루프 키퍼(퍼실리테이터)는 지식을 전달하는 사람도, 챌린지를 검사하는 사람도 아닙니다. 구조가 잘 돌아가는지 살피는 인프라 관리자이자, 필요한 순간에 질문 하나를 던지는 사람입니다 — 루프가 멈추지 않게 지키는 사람, 그래서 키퍼입니다. 답은 주지 않습니다 — 답을 찾는 과정이 학습자의 사이클이기 때문입니다. 아래 질문들은 루프 키퍼의 전유물이 아닙니다. 키퍼가 없어도 팀원끼리 서로 던지기만 하면 프레임워크가 굴러갑니다.
사이클에 필요한 모든 문장 틀을 한곳에 모았습니다. 형식이 곧 필터입니다 — 빈칸을 채울 수 없다면 아직 준비되지 않은 것입니다.
나는 지금 [대상 X]를 [이렇게 이해/예상]한다. [검증 행동 Y]를 해보면 이 이해가 맞는지 드러날 것이다. 이 가설이 깨지면 나는 [알게 될 것]을 알게 된다.
마지막 줄이 동료 검증 질문의 답입니다. 이 줄을 미리 써 두면 “깨지면 뭘 알게 되는데?”에 바로 답할 수 있고, 쓰지 못하면 가설이 아직 준비되지 않은 것입니다.
노션·문서에 붙여 넣고 한 사이클 동안 이 한 장만 채웁니다. 아래 8단계 템플릿의 요약본입니다.
[사이클 시트 — 이름: · 기간: ~ ] 리프: [트리에서 고른, 지금 못하는 것] 못한다는 근거: [시도하면 벌어지는 일] 혈통: [리프 → 중간 → 궁극 챌린지] 가설: 나는 지금 [대상 X]를 [이렇게 이해/예상]한다. 검증 행동: [1~2주 안에 해볼 수 있는 Y] 깨지면 알게 될 것: [구체적인 이해 하나] 동료 검증: 통과 / 반려 — [동료 이름 · 날짜] 탐구 로그 (깨질 때마다): - 예상: → 현실: → 배운 것: - 예상: → 현실: → 배운 것: 델타(Δ): [시작의 이해] → [지금의 이해] 해결 기여: [팀 챌린지를 어디까지 전진시켰나] 다음 리프: [이번보다 더 모르는 것]
킥오프에서 팀 전체가 함께 채우고, 소리 내어 읽고 확정합니다.
우리 팀은 [세상의 진짜 문제 P]를 해결하려 한다. 이 문제는 [누가, 어떤 상황에서] 실제로 겪는 문제다. 해결되면 [무엇이 달라졌는지]로 확인할 수 있다.
노드마다 리프 판정 질문을 던지고, 아니오면 한 번 더 쪼갭니다.
[상위 챌린지]를 해결하려면 [하위 챌린지 A / B / C]가 전제되어야 한다. 리프 판정 — 한 사람이 1~2주 안에 가설을 깨뜨려 볼 수 있는 크기인가? (아니오 → 한 번 더 분해)
규칙은 하나 — 지금 못하는 것. 근거까지 써야 완성입니다.
나는 [리프 L]을 고른다. 지금 나는 이것을 못한다 — 근거: [시도하면 벌어지는 일]. 이 리프는 [리프 → 중간 → 궁극] 경로로 팀 챌린지와 연결된다.
검색 전, 15분, 지금의 이해만으로. 틀릴수록 좋습니다.
나는 지금 [대상 X]를 [이렇게 이해/예상]한다. [검증 행동 Y]를 해보면 이 이해가 맞는지 드러날 것이다. 이 가설이 깨지면 나는 [알게 될 것]을 알게 된다.
묻는 사람은 질문만 — 조언 금지. 왕복 3분 안에.
질문: “이 가설이 깨지면, 너는 뭘 알게 되는데?”
통과 — 대답이 구체적인 이해 하나를 가리킨다.
반려 — 검증 행동이 모호하다 / 알게 될 것이 없다
/ 이미 아는 것이다.
반려되면 가설을 다듬어 다시 쓴다.가설이 깨진 그 자리에서 5분 안에. 잘 쓸 필요 없습니다.
[탐구 로그 — 가설이 깨진 순간마다] 예상: [예상했던 것] 현실: [실제로 벌어진 것] 격차에서 배운 것: [갱신된 이해]
산출물이 아니라 변화량. 시작 가설 원문을 옆에 두고 씁니다.
시작의 나는 [이렇게 이해]했다. 지금의 나는 [이렇게 이해]한다. 델타(Δ): [무엇이 갱신되었나] 해결에 기여한 것: [이 학습이 팀 챌린지를 어디까지 전진시켰나]
다음 리프는 더 모르는 것으로. 기각된 팀 가설은 피벗 방향으로.
다음 리프: [이번보다 더 모르는 것] 다음 가설: [갱신된 이해로 다시 쓴다] 팀 층 반영: [기각된 팀 가설이 있다면 → 피벗 방향]
스터디 그룹은 사이클을 1주로 압축해 이 아젠다로 돌립니다. 60~90분.
[주간 모임 아젠다 — 60~90분] 1. 델타 공유 (1인 3분) 지난 가설 원문을 그대로 읽고, 지금 이해와의 거리만 말한다. 산출물 자랑 금지. 2. 깨진 순간 자랑 예상과 달랐던 순간 하나씩. 아무도 안 깨졌다면 → 전원 리프 상향. 3. 다음 가설 작성 (15분, 그 자리에서) 검색하기 전에 쓴다. 4. 동료 검증 (2인 1조) “이 가설이 깨지면 뭘 알게 되는데?” 통과할 때까지. 질문만, 답 금지.
팀 규모도, 숙련도도, 도메인도 다른 다섯 개의 진행 샘플입니다. 첫 번째 사례는 여덟 단계 전 과정을 하루 단위로 따라가는 상세 워크스루입니다 — 프레임워크가 실제로 어떻게 돌아가는지 보려면 여기부터 읽으세요. (운영 시나리오를 바탕으로 재구성한 샘플입니다.)
여기 없는 질문은 leeo [at] kakao.com으로 보내주세요 — 좋은 질문은 이 목록에 추가됩니다.
필요한 것은 진짜 문제 하나, 트리 한 장, 그리고 틀릴 준비가 된 가설 하나입니다.
적용해 보고 싶거나 궁금한 점이 있다면 — leeo [at] kakao.com