1편에서 “자바공장”이라는 꼬리표의 진짜 의미를 이렇게 정리했다. 공장식 학습이 찍어내는 건 특정 언어 개발자가 아니라 정해진 요구사항을 질문 없이 혼자 끝까지 구현하는 습관이고, 처방은 “만들기 전에 질문 세 개”였다.

그런데 이 처방에는 빠진 게 있다. 질문하라고 해서 질문이 나오지는 않는다. 이번 글은 그 빈칸에 관한 이야기다. 질문이 나오게 하는 신뢰, 질문을 계속하게 하는 열정, 그리고 둘을 엮어 주는 관리자의 조율이다.

1. 신뢰 — 질문은 공짜가 아니다

신입이 “탈퇴한 회원의 주문 내역은 어떻게 하죠?”라고 묻는 장면을 떠올려 보자. 질문하는 사람은 그 순간 두 가지를 드러낸다.

  • 나는 이걸 모른다.
  • 나는 이걸 혼자 결정하지 못했다.

공장식 과제 환경에서는 이 두 가지가 감점 요인이었다. 모르면 실력이 없는 것이고, 혼자 못 하면 완성도가 떨어지는 것이었다. 그래서 현업에 와서도 질문하지 않는 건 개인의 성격 문제가 아니라 그동안 학습된 합리적인 선택이다. 질문의 비용이 이득보다 크다고 배운 것이다.

조직행동 연구자 Amy Edmondson 은 1999년 논문 「Psychological Safety and Learning Behavior in Work Teams」(Administrative Science Quarterly)에서 이 비용을 다루는 개념으로 심리적 안전감을 정의했다. 팀이 대인관계상의 위험을 감수해도 안전한 곳이라고 구성원들이 함께 믿는 상태다. 여기서 말하는 위험이 바로 “모른다고 말하기”, “실수를 드러내기”, “도움을 청하기” 같은 행동이다.

정리하면 이렇다. 질문은 신뢰가 있는 곳에서만 싸다. 신뢰가 없는 팀에서 “궁금하면 물어봐”는 빈말이다.

2. 열정 — 연료지만, 방향이 없으면 불이 된다

공장 출신 신입의 가장 큰 자산은 대개 열정이다. 짧은 기간에 많은 걸 몰아서 배웠고, 밤새 혼자 완성해 본 경험이 있다.

문제는 이 열정이 1편의 습관과 결합할 때다.

질문 없이 + 혼자서 + 끝까지 + 열정적으로

이 조합은 “2주 동안 밤새 만든 틀린 기능”을 만든다. 열정이 클수록 틀린 방향으로 더 멀리 간다. 그리고 그 결과물이 반려되면, 열정은 “다음엔 더 혼자 완벽하게 만들어야지”라는 쪽으로 꺾이기 쉽다. 악순환이다.

그래서 열정을 꺼서는 안 되고 향하는 곳을 바꿔야 한다.

  • “더 많이 만들기” → “더 빨리 틀리기” (30% 일 때 보여 주기)
  • “혼자 완성하기” → “좋은 질문 만들기” (질문의 질도 실력이다)
  • “코드 양” → “결정의 근거를 남기기”

열정은 소통의 연료다. 다만 연료를 어디에 넣을지는 혼자 정하기 어렵다. 여기서 관리자가 필요하다.

3. 관리자의 조율 — 질문이 싸지도록 만드는 사람

관리자(팀장, 시니어, 테크 리드 — 이름이 뭐든)의 일을 하나로 줄이면 이렇다고 생각한다.

팀 안에서 질문과 결정의 비용을 낮추는 사람.

콘웨이의 법칙을 떠올리면 이게 왜 기술적인 일인지 보인다. 조직은 자기 소통 구조를 닮은 시스템을 만든다. 그러니 소통 구조를 설계하는 관리자는 사실상 시스템 구조의 첫 번째 설계자다.

구체적으로는 이런 일들이다.

① 먼저 모른다고 말하기

신뢰는 선언으로 생기지 않고 시범으로 생긴다. 회의에서 관리자가 먼저 “이 부분은 저도 잘 몰라서, 기획 쪽에 확인해 볼게요”라고 말하면, 그 팀에서 “모른다”의 가격이 내려간다. 반대로 관리자가 모르는 걸 숨기면, 팀원 누구도 모른다고 말하지 않는다.

② 번역하기

기획의 언어(“회원 탈퇴”)와 개발의 언어(member 삭제·익명화·보관 정책) 사이에는 늘 간격이 있다. 공장 출신 신입이 가장 힘들어하는 게 이 번역이다. 과제에서는 이미 번역된 요구사항만 받았기 때문이다. 관리자는 처음 몇 번은 직접 번역하고, 그다음엔 번역하는 과정을 보여 주고, 그다음엔 신입이 번역한 걸 검토한다.

③ 리듬 만들기

“막히면 물어봐”보다 “매일 오후 4시에 10분, 지금 어디까지 왔는지 30% 짜리라도 보여 줘”가 훨씬 효과적이다. 질문을 개인의 용기에 맡기지 않고 일정에 넣으면 질문의 비용이 0 에 가까워진다. 열정이 틀린 방향으로 2주를 달리기 전에 하루 만에 잡힌다.

④ 열정이 부딪힐 때 기준 세우기

열정 있는 사람들이 모이면 의견이 부딪힌다. 그때 관리자가 할 일은 누가 옳은지 고르는 게 아니라 무엇으로 고를지를 먼저 정하는 것이다. “이번 분기는 출시 속도가 우선”, “이 모듈은 성능보다 변경 용이성” 같은 기준이 있으면, 논쟁은 사람 대 사람이 아니라 안 대 기준이 된다. 신뢰를 깎지 않고 결정을 내리는 방법이다.

⑤ 실패를 사람이 아니라 과정에서 찾기

틀린 방향으로 2주를 쓴 일이 생기면, “왜 안 물어봤어?”가 아니라 “어디서 물어볼 기회가 없었지?”를 묻는다. 앞의 질문은 신입에게 “다음엔 더 숨겨라”를 가르치고, 뒤의 질문은 팀에게 “리듬을 하나 더 넣자”를 가르친다.

⑥ 공장 출신의 강점을 살리기

공장식 학습에도 분명한 강점이 있다. 구현 속도, 마감을 지키는 성실함, 낯선 걸 빨리 익히는 근육이다. 관리자의 조율은 이 강점을 지우는 게 아니라 질문과 피드백 루프 안에 넣어 주는 것이다. 같은 열정과 속도가 “혼자 끝까지”가 아니라 “짧게, 자주, 함께” 돌기 시작하면, 그 사람은 꼬리표와 상관없이 팀에서 가장 빨리 성장하는 사람이 된다.

정리 — 세 개의 층

층 없으면 있으면
신뢰 질문이 비싸서 아무도 묻지 않는다 “모른다”가 싸져서 문제가 일찍 드러난다
열정 아무것도 움직이지 않는다 방향만 맞으면 가장 빠른 엔진이 된다
관리자의 조율 신뢰는 빈말이 되고, 열정은 틀린 방향으로 달린다 질문에 리듬이 생기고, 열정이 갈 곳이 생긴다

1편의 결론은 “코드를 찍어내는 능력은 흔해지고, 무엇을 찍어낼지 함께 정하는 능력은 그렇지 않다”였다. 2편의 결론은 그 “함께”가 저절로 생기지 않는다는 것이다. 신뢰가 질문을 만들고, 열정이 질문을 계속하게 하고, 관리자가 그 질문이 싸게 오가는 길을 깐다.

References