실패를 공개하는
커리큘럼

강의를 만들다 보면 자연스럽게 완성된 것을 보여주게 됩니다. 되는 코드, 나온 결과, 올라간 앱. 그런데 정작 배우는 사람이 막히는 자리는 그 사이에 있습니다: 무엇을 만들어야 시장이 반응하는지 모르는 자리. 기술은 이미 갖췄는데 다음 한 걸음을 못 떼는 상태요.

그 자리에 필요한 건 잘된 사례가 아니라 실패의 해부라고 생각합니다. “왜 이 앱은 시장에서 반응을 얻지 못했는가”를 정확히 뜯어 보여주는 교육자는 드뭅니다. 완벽한 전문가가 아니라 성실한 검증자로서 신뢰를 쌓는 쪽이 저에게도 맞고요.

가르칠 것은 앱이 아니라 루프입니다

이 생각은 새로 만든 게 아닙니다. 질문고리 학습에 이미 들어 있던 엔진: 질문 → 가설 → 탐구 → 델타: 를 교육 콘텐츠라는 맥락에 그대로 얹은 것입니다. 이번 주에 무엇이 참이라 믿고 움직였는지(가설), 실제로 무슨 일이 일어났는지(탐구), 그래서 무엇이 바뀌었는지(델타)를 매주 공개하면 그게 곧 커리큘럼이 됩니다.

중요한 건 순서입니다. 회고의 기록이 다음 가설이 되고, 그 기록이 쌓여 커리큘럼이 됩니다. 커리큘럼을 먼저 짜고 사례를 끼워 넣는 게 아니라요.

매주 같은 네 박자로

주 1회, 스크린 레코딩 기반, 편집 최소화. 매 회를 같은 구조로 반복해서 시청자가 형식 자체를 학습하게 하려고 합니다.

• 01 이번 주 목표 이번 주의 가설을 한 문장으로 선언합니다. 무엇이 참이라고 믿고 움직이는가.
• 02 시도한 것들 실제 코딩과 판단 과정을 편집 없이 보여줍니다. 화면이 곧 증거입니다.
• 03 실패한 부분 틀린 가설과 막힌 지점을 숨기지 않습니다. 이 칸이 시리즈의 정체성입니다.
• 04 배운 점 회고를 다음 주의 가설로 전환합니다. 댓글 피드백은 다음 화에 반영합니다.

그래서 지금부터 남겨야 할 기록

각 항목이 글 한 편이자 커리큘럼의 한 챕터가 됩니다. 뒤늦게 만들 수 없는 것들이라 지금부터 써 둬야 합니다.

신뢰는 세 가지로만 쌓입니다

• 투명성: 실패를 숨기지 않고 그대로 기록해 공개합니다. “이 가설은 틀렸다”고 말할 수 있는 사람이 됩니다.
• 일관성: 가르치는 프로세스를 스스로 따르고 그 결과를 보여줍니다. 말과 행동의 일치 말고는 토대가 없습니다.
• 시간: 단발성 콘텐츠가 아니라 지속적인 과정 공개로 변화를 보여줍니다. 신뢰는 누적으로만 깊어집니다.