시니어 개발자에게 잘 질문하는 법
2026. 03. 08. 02:33
수정됨

시니어에게_잘_질문하는_법.pdf
826.8KB
"지금 물어봐도 되는 걸까?"
에러 메시지는 눈앞에 있는데,
시니어는 바빠 보이고,
구글에 검색은 해봤는데 뭔가 찾긴 찾았는데 맞는 건지도 모르겠고.
결국 30분을 더 혼자 씨름하다가,
용기 내서 물어갔더니 돌아온 말은 딱 한 마디였습니다.
"그래서 뭘 해봤어요?"
할 말이 없었습니다.
잘 성장하는 사람들은 코드를 더 잘 짜는 게 아니었습니다.
시니어와의 5분짜리 대화에서 얻어가는 양이 달랐습니다.
그 차이는 단 하나였어요.
질문을 어떻게 준비해서 가느냐.
준비된 질문은 5분에 3년치 경험을 가져옵니다.
준비 없는 질문은 5분에 "나중에 얘기하자"를 가져옵니다.
이론이 아닙니다.
내일 아침에 바로 쓸 수 있는 것들만 담았습니다.
신입 / 주니어 개발자
입사했는데 시니어에게 말 거는 것 자체가 눈치 보이는 분.
코드보다 '어떻게 물어봐야 하지?'가 더 어려운 분.
취준생 / 부트캠프 수료생
면접에서 "모르면 어떻게 하냐"는 질문에 막막했던 분.
팀 프로젝트에서 질문 타이밍을 못 잡아 혼자 다 해결하던 분.
이직 준비 중인 개발자
새 팀에서 좋은 첫인상으로 시작하고 싶은 분.
시니어와 빠르게 신뢰를 쌓는 방법이 궁금한 분.
"그래서 뭘 해봤어요?" 소리를 더 이상 듣지 않게 됩니다.
슬랙 DM을 보내면 시니어가 읽고 바로 답장을 줍니다.
PR을 올리면 "이거 다 봐줘"가 아니라 핀포인트 피드백을 받게 됩니다.
코드 리뷰 한 번이 30분짜리 강의처럼 느껴지기 시작합니다.
"이 친구 같이 일하기 좋다"는 말을 듣게 됩니다.
질문을 준비하는 과정에서 70%는 스스로 해결됩니다.
나머지 30%가 시니어에게 물어볼 진짜 가치 있는 질문입니다.
T — 먼저 시도했는가
H — 가설이 있는가
I — 왜 중요한지 설명할 수 있는가
N — 범위를 좁혔는가
K — 원하는 답이 무엇인지 알고 있는가
Problem / Research / Expectation / Point
이 순서만 지켜도 대화의 질이 완전히 달라집니다.
각 단계마다 DO / DON'T 예시와 실제 사용 문장이 담겨 있습니다.
시니어가 "이 친구는 좀 힘들다"고 느끼는 순간들.
어떤 말이, 어떤 행동이, 어떤 인상을 남기는지.
그리고 어떻게 바꿔야 하는지.
메모리 릭 디버깅 / 아키텍처 선택 / 코드 리뷰 요청 / 성능 최적화 / 커리어 피드백
PREP 공식을 적용한 완성된 문장으로 담겨 있습니다.
내용만 바꿔서 그대로 쓸 수 있습니다.
슬랙 DM / 슬랙 채널 / 이메일 / 대면 미팅 / PR 코드리뷰
채널마다 다른 전략과 오프닝 문장 예시를 담았습니다.
버그 디버깅 / 설계 고민 / PR 설명 / 커리어 피드백 / 1:1 세션 사전 준비
복사해서 내용만 바꾸면 됩니다.
잘 물어보는 것만큼 중요한 것이 있습니다.
답변 이후에 무엇을 하느냐가 멘토링 관계의 깊이를 결정합니다.
24시간 피드백 원칙 / Why 기록법 / HEAR → WRITE → TEST → TEACH 4단계
질문하러 가기 전 / 전달하기 전 / 답변을 받은 후
단계별로 놓치지 않을 수 있습니다.
"이 정도는 이미 알고 있는데…"
아마 알고 계실 겁니다.
"찾아보고 와야 한다" "가설을 먼저 생각해야 한다"
머릿속에는 있습니다.
하지만 막상 시니어 앞에 서면 생각이 안 납니다.
이 가이드가 하는 것은 그 알고 있는 것을
쓸 수 있는 형태로 만들어 주는 것입니다.
프레임워크, 예시, 템플릿.
구조가 있으면 머릿속이 정리됩니다.
형식PDF
리이오
진짜 존재하는 문제를 해결하는, 꾸준히 성장하는 개발자.
현장에서 직접 부딪히며 정리한 것들을 씁니다.
이론보다 내일 당장 쓸 수 있는 것에 집중합니다.
좋은 질문은 배울 수 있습니다.
이 가이드가 그 시작이 되길 바랍니다.