계속 성장하는 사람은 더 많이 배우는 사람이 아니라 덜 잃으면서 배우는 사람입니다 — 번아웃·좋은 질문·실제 사례 8개

계속 성장 하는 사람 은 더 많이 배우는 사람 이 아니라, 덜 잃으면서 배우는 사람 입니다.

이 한 문장 을 오래 곱씹었다. 개발 을 시작 하면 다들 더 많이 를 좇는다 — 강의 를 더, 언어 를 더, 프레임워크 를 더. 그런데 실제 로 오래 성장 하는 사람 을 보면, 남 보다 많이 배운 게 아니라 적게 잃은 쪽 이었다. 시간 을, 에너지 를, 흥미 를 덜 흘리면서 왔다.

성장 은 학습량 의 문제 가 아니라 학습 설계 의 문제 다. 이 글 은 그 설계 를 세 조각 — 번아웃, 질문, 그리고 실제 사례 8개 — 로 정리한다.

1. 번아웃 은 의지 문제 가 아니라 잘못된 학습 설계 다

“이번 주 에 강의 3개 더 끝내야 해.” 이 문장 이 입 에 붙는 순간, 12주 안 에 무너진다. 나도 그랬다. 인풋 을 쌓을수록 성장 하는 줄 알았는데, 실제 로 쌓인 건 피로 와 완주 못 한 강의 목록 이었다.

번아웃 은 게을러서 오는 게 아니다. 끄지 못해서 온다. 그리고 못 끄는 이유 는 대개 “무엇 을 더 배울까” 만 정하고 “무엇 을 안 배울까” 는 안 정했기 때문 이다.

주니어 는 더할 것 을 찾고, 시니어 는 뺄 것 을 정한다. “무엇 을 안 배울까” 를 결정 하는 게 시니어 의 일 이다.

학습 설계 의 첫 단추 는 커리큘럼 이 아니라 손절 선 이다. 다 하려 하면 다 잃는다.

2. 좋은 질문 은 5분 더 생각 한 흔적 이 있는 질문

막혔을 때 두 가지 질문 이 있다.

  • ❌ “이거 왜 안 돼요?”
  • ✅ “제 가 A 를 이렇게 시도 했고, B 라는 결과 가 나왔는데, 다음 으로 무엇 을 봐야 할까요?”

차이 는 5분 이다. 묻기 전 에 5분 더 좁힌 흔적 이 있느냐. 그 5분 이 질문 을 “내 문제 를 대신 풀어 줘” 에서 “내 가정 을 검증 해 줘” 로 바꾼다.

좋은 질문 한 번 이, 같은 시간 을 보낸 시니어 의 30분 을 가져온다.

이건 남 에게 묻는 것 만 이 아니다. AI 에게 묻는 것 도 똑같다. 모호한 프롬프트 → 모호한 답. 5분 더 좁힌 질문 이 곧 5분 더 좁힌 프롬프트 다. (관련 — AX 시대 의 문제정의 능력)

3. 실제 사례 8개 — 같은 포맷 으로 본다

모든 성장 순간 은 같은 모양 이다 — 상황 한 줄 → 처음 의 선택 → 나중 에 한 선택 → 결과 → 한 줄 배운 것. 핵심 은 “처음 엔 잃었고, 나중 엔 덜 잃는 선택 으로 바꿨다” 는 것.

① 번아웃 상황: 이번 주 강의 3개 완주 목표 → 처음: 다 끝내려 몰아침 → 나중: 안 들을 강의 를 먼저 지움 → 결과: 완주율·지속성 ↑ → 배운 것: 학습량 이 아니라 지속 가능성.

② React 5번 상황: React 입문 강의 를 다섯 번째 다시 시작 → 처음: 처음 부터 완벽 하게 → 나중: 엉성 해도 작은 앱 하나 를 만듦 → 결과: 다섯 번 의 인풋 보다 한 번 의 아웃풋 이 남음 → 배운 것: 반복 인풋 < 1회 아웃풋.

③ 깊이 vs 넓이 상황: 새 기술 을 다 훑고 싶음 → 처음: 넓게 얕게 → 나중: 하나 를 바닥 까지 → 결과: 하나 를 깊이 파니 나머지 가 연결 돼 보임 → 배운 것: 깊이 가 넓이 를 만든다.

④ 아침 30분 상황: “퇴근 후 공부 하자” → 처음: 밤 2시간(계속 실패) → 나중: 아침 30분 고정 → 결과: 밤 2시간 보다 아침 30분 이 쌓임 → 배운 것: 총량 보다 리듬.

⑤ 슬랙 질문 상황: 막혀서 팀 채널 에 물음 → 처음: “이거 왜 안 돼요?” 즉시 → 나중: 5분 더 좁혀서 물음 → 결과: 답 이 빨라지고, 좁히다 절반 은 스스로 풀림 → 배운 것: 질문 의 질 = 생각 한 흔적.

⑥ PR “왜요?” 상황: 리뷰 에서 “왜 이렇게 했어요?” → 처음: 방어 부터 → 나중: “몰랐어요, 더 나은 방법 이 뭐죠?” → 결과: 리뷰 가 지적 이 아니라 학습 이 됨 → 배운 것: 방어 는 성장 을 막는다.

⑦ 같은 버그 3번 상황: 같은 버그 를 세 번째 만남 → 처음: 그때그때 손 으로 고침 → 나중: 원인 을 테스트·문서 로 박음 → 결과: 네 번째 가 안 옴 → 배운 것: 고치는 것 < 다시 안 나게 하는 것.

⑧ 시니어 30분 상황: 시니어 에게 도움 요청 → 처음: 통째 로 물어 30분 을 뺏음 → 나중: 문제 를 좁혀 5분 짜리 로 물음 → 결과: 같은 답, 관계 도 좋아짐 → 배운 것: 좋은 질문 은 남 의 시간 을 아낀다.

4. 그래서 — 덜 잃는 설계 를 먼저 한다

여덟 사례 를 관통 하는 건 하나다. 더 많이 넣으려 애쓴 게 아니라, 덜 흘리게 구조 를 바꿨다.

  • 번아웃 → 안 할 것 을 먼저 정한다
  • 질문 → 묻기 전 5분 을 넣는다
  • 버그 → 고치지 말고 다시 안 나게 한다
  • 리뷰 → 방어 대신 받는다

성장 곡선 은 얼마나 넣느냐 보다 얼마나 안 새느냐 로 결정 된다. 밑 빠진 독 에 물 을 더 붓는 것 보다, 구멍 을 막는 게 먼저 다.

계속 성장 하는 사람 은 더 많이 배우는 사람 이 아니라, 덜 잃으면서 배우는 사람 이다.

오늘 배울 것 을 하나 늘리기 전 에, 안 배울 것 하나 를 먼저 지워 보자. 그게 가장 빠른 성장 설계 다.