성장을 우연에
맡기지 않는 설계도
무언가를 만들다 보면 결과물은 나오는데, 무엇을 배웠는지는 우연에 맡겨집니다. 그 우연을 걷어내려고 만든 것이 질문고리 학습입니다. 그리고 축이 둘 더 있습니다: 붙잡을 문제를 고르는 쪽과, 잘되게 만드는 대신 망하지 않게 지키는 쪽.
배우는 쪽 프레임워크는 하나면 됩니다
필요할 때마다 이름을 하나씩 만들면 금세 열두 개가 됩니다. 그 순간 이 연습장은 못 읽는 곳이 됩니다.
그래서 새로 필요한 것이 생기면 이름을 만들지 않고 부록으로 메웁니다. 기간이 필요하면 4주짜리 판을 짜고, AI가 끼어들면 어디에 놓을지를 정해 붙이는 식입니다. 전부 같은 엔진 위에서 도는 응용이지, 별개의 프레임워크가 아닙니다.
이름을 따로 가진 것은 다루는 대상이 다를 때뿐입니다. 질문고리가 “이 방법이 통하는가”를 다룬다면, 아래 둘은 각각 “이 문제가 내 손에 있는가”와 “여기서 무엇을 잃는가”를 다룹니다.
안에서 도는 것은 이 네 박자입니다
어떤 응용을 얹든 열어 보면 전부 이것을 돌립니다. 이걸 돌리지 않으면 여기 것이 아닙니다.
먼저 내 답을 만들어 보고(가설), 그 답이 깨질 자리를 찾아가고(탐구), 깨진 만큼만 배운 것으로 셉니다(델타). 가설이 깨지는 순간이 최대 학습 지점입니다.
질문고리 학습
먼저 언제 꺼내는 것인지부터 보세요. 아래 문장 중 하나가 지금 내 상태라면 이걸 펴면 됩니다.
어떤 자리에서 쓰나
-
혼자
“내 이해가 틀렸다고 말해 줄 사람이 없어, 틀린 채로 완성됩니다.”
맨 위층에 내가 만들고 싶은 결과물을 두고 계층 트리로 쪼갠 뒤, 잎마다 가설 사이클을 돌립니다. 동료 검증 자리는 미래의 나에게 남기는 기록으로 대체합니다. -
스터디
“모여서 진도는 나가는데, 각자 뭘 배웠는지는 흐릿합니다.”
같은 사이클을 돌면서 서로의 가설에 질문 하나씩을 던져 줍니다. 동료 검증이 가장 싸게 붙는 자리입니다. -
팀 · 교육
“팀은 빨라지는데 개인은 제자리입니다.”
잘하는 사람이 계속 그 부분을 맡는 역할 고착을 겨냥합니다. 맨 위층에 팀이 풀려는 문제를 두면 사이드 프로젝트 · 해커톤 · 온보딩 · 교육 과정에 그대로 얹힙니다.
규모가 달라도 사이클은 하나입니다. 바뀌는 것은 맨 위층에 무엇을 두는가뿐이에요. 기간을 정해 4주로 돌리거나 AI를 끼워 배우는 응용판도 같은 엔진 위에 있습니다.
축이 다른 것 둘
질문고리는 푸는 법을 다룹니다. 그 앞뒤로 하나씩 더 있습니다. 풀기 전에 붙잡을 문제를 고르는 것, 그리고 도는 내내 덜 잃게 지키는 것.
뿌리가 되는 생각 → 여는 글
구상 중인 운영 설계 → 배움의 프로세스 · 다섯 겹
실제로 돌릴 때 쓰는 서식 → 필드 매뉴얼과 부록
순서는 아는데 자꾸 멈춘다면 → 성장 기술 열둘