주니어 와 시니어 의 소통 — 묻기 전 5 분 이 만드는 차이

“이거 안 되는데요… 좀 봐주실 수 있어요?”

주니어 의 이 한 마디 는 잘못 이 아니다. 묻는 건 좋은 거다. 다만 질문 의 질 이 낮으면, 시니어 는 문제 를 처음 부터 다시 파야 한다 — 이미 주니어 가 30 분 헤맨 길 을, 아무 정보 없이 재현 부터. 결과 적 으로 두 사람 의 시간 이 녹는다.

좋은 소통 은 “묻지 마라” 가 아니라 “묻기 전 5 분 을 투자 하라” 다. 이 글 은 아래 5 가지 질문 을 축 으로, 주니어–시니어 소통 을 양방향 으로 고찰 한다.

묻기 전 5분 — 5가지 질문: 증상 한 문장 / 언제부터 / 시도한 3가지 / 내 가설 / 원하는 도움

Q1. “증상 을 한 문장 으로 쓸 수 있나?”

못 쓰면 — 아직 묻지 마라, 더 봐야 한다.

이건 문제 정의 다. 증상 을 한 문장 으로 못 쓴다는 건, 아직 문제 를 이해 못 했다 는 신호. “안 돼요” 와 “결제 API 가 500 을 주는데, 같은 요청 을 두 번째 보낼 때만 그렇다” 는 하늘 과 땅 이다.

한 문장 으로 압축 하는 과정 에서 스스로 절반 은 풀린다. 말 로 설명 하려다 원인 을 깨닫는 “고무 오리 디버깅(rubber duck)”.
시니어 입장 에선, 이 한 문장 이 어디 를 볼지 를 정해 준다.

Q2. “언제 부터 안 됐나?”

git log / 배포 시각 / 환경 변화 — 많은 경우 여기서 풀린다.

버그 의 태반 은 “어제 까진 됐는데” 다. 그럼 “어제 와 오늘 사이 에 무엇 이 바뀌었나” 가 곧 범인 후보다.

git log, 배포 시각, 의존성 업데이트, 환경변수 변경 — 변경점 을 시간 축 에 늘어놓으면 용의자 가 좁혀진다.
이건 문제 를 정의 하는 능력 과 같은 축 — 증상 이 아니라 변화 를 쫓는다.
시니어 가 가장 먼저 묻는 것 도 대개 이거다. 미리 답 을 준비 하면 왕복 이 준다.

Q3. “내가 시도 한 3 가지 는?”

없으면 — 30 분 더 시도 하고 다시 오라. 묻기 전 입장료.

“시도 한 것 3 개” 는 두 가지 를 증명 한다 — 자력 으로 파봤다 는 것, 그리고 이미 배제 된 길 이 무엇 인지.

시니어 가 “이거 해봤어?” 물었을 때 “아, 그건 해봤는데 안 됐어요” 가 되면 중복 을 건너뛴다.
이건 예의 이자 효율 이다. 아무 것 도 안 해보고 묻는 건, 상대 의 시간 으로 내 30 분 을 사는 것.
단, 입장료 가 무한 이면 안 된다. 30 분 시도 → 안 되면 물어라. 3 시간 혼자 삽질 하는 건 미덕 이 아니라 낭비.

Q4. “내 가설 은? 왜 그렇게 생각 하나?”

틀려도 좋다 — 가설 이 있어야 답 하는 사람 이 빨라진다.

이게 주니어–시니어 소통 의 진짜 레버 다. “모르겠어요” 와 “저는 DB 커넥션 풀 고갈 같은데, 로그 에 timeout 이 보여서요” 는 완전히 다르다.

가설 이 있으면 시니어 는 검증/반증 만 하면 된다 — 0 에서 시작 하지 않는다.
틀린 가설 도 가치 있다. 틀렸다는 걸 아는 순간 탐색 범위 가 줄어든다.
그리고 가설 을 말 하는 습관 은 주니어 를 빨리 성장 시킨다. 근거 를 대는 훈련 이니까.

Q5. “받고 싶은 도움 이 정확히 뭔가?”

“같이 봐주세요” 말고 — “이 파일 의 32 번째 줄 을 어떻게 읽어야 하는지”.

요청 의 해상도 다. “같이 봐주세요” 는 시니어 에게 무한 책임 을 던진다. 반면 “이 쿼리 가 왜 인덱스 를 안 타는지 봐주세요” 는 5 분 이면 끝난다.

구체적 요청 은 상대 의 시간 을 존중 하는 것 이자, 내가 어디 까지 이해 했는지 를 드러내는 것.
“무엇 을 도와줄지” 를 좁히는 건 Q1(문제 정의) 의 반대편 — 해결 의 정의.

반대편 — 시니어 의 몫

이 5 가지 를 “주니어 가 알아서 해와” 로만 읽으면 절반 만 맞다. 소통 은 양방향 이고, 시니어 에게도 몫 이 있다.

질문 을 처벌 하지 마라. “그것 도 몰라?” 한 번 이면 주니어 는 다시 안 묻는다. 안 묻으면 혼자 3 시간 삽질 하고, 그건 팀 손해 다. 심리적 안전 이 먼저.
질문 의 질 을 높이 게 코칭 하라. 답 을 바로 주지 말고 “언제 부터 안 됐어? 가설 은?” 을 되물어라. 그럼 다음 부터 스스로 그 5 개 를 챙긴다. 물고기 말고 낚시.
좋은 질문 은 시니어 도 키운다. 잘 정의 된 질문 에 답 하다 보면 자기 이해 도 깊어진다. 가르치는 게 곧 배우는 것.

즉 이 5 질문 은 주니어 의 체크리스트 이자, 시니어 가 유도 해야 할 대화 구조 다.

결론 — 질문 의 질 이 곧 팀 의 속도

주니어 와 시니어 의 소통 은 “얼마나 자주 묻느냐” 가 아니라 “어떻게 묻느냐” 의 문제다. 묻기 전 5 분 —

증상 을 한 문장 으로 (문제 정의)
언제 부터 (변경점)
시도 한 3 가지 (자력·중복 회피)
내 가설 (방향)
원하는 도움 (해결 정의)

이 5 분 이 두 사람 의 30 분 을 아끼고, 무엇 보다 주니어 를 빠르게 시니어 로 만든다. 왜냐면 이 5 가지 는 사실 시니어 가 문제 를 대하는 방식 그 자체 이기 때문 이다.

좋은 질문 을 하는 법 을 배우는 것 이, 좋은 답 을 하는 사람 이 되는 가장 빠른 길 이다.