이 질문 뒤에 면접관이 확인하려는 것은 따로 있습니다.
기술 조언이나 피드백을 제공할 때 가장 먼저 하는 것은 상대방의 의도 파악입니다. 어떤 것을 만들려고 했는지, 어떤 문제를 풀려는 건지를 먼저 이해하지 않으면 조언이 엇나갈 수 있습니다. '왜 이렇게 했는지'를 먼저 물어보는 것이 시작입니다.
의도를 파악한 뒤에는 맥락을 함께 설명합니다. '이 방식은 A 상황에서는 잘 작동하지만 B 상황에서는 문제가 생길 수 있어서'처럼, 왜 다른 방향이 좋은지를 설명하는 것이 조언의 핵심입니다. 이유 없이 틀렸다고 말하는 것은 상대방이 다음에도 같은 실수를 하게 만듭니다.
세 번째는 구체적인 대안 제시입니다. 문제를 지적하고 끝내면 상대방이 어떻게 수정해야 할지를 모릅니다. 코드라면 수정 예시를, 설계라면 다른 접근 방안을 함께 보여주는 것이 도움이 됩니다. 마지막으로 제안이 맞는지 상대방이 확인하도록 열어두는 것이 중요합니다.
기술 조언이나 피드백을 제공할 때 명확하게 말하는 것과 상대를 존중하는 것이 충돌하지 않습니다. 문제를 직접적으로 말하는 것이 공격적으로 느껴질 수 있지만, 어떤 관점에서 본 것인지를 먼저 말하면 같은 내용이 다르게 전달됩니다. 예를 들어 비판보다 관찰과 의도를 분리해서 표현하는 방식이 명확하면서도 열린 대화를 만듭니다. 피드백을 받는 사람이 방어적으로 되지 않을수록 실제로 변화가 생깁니다. 명확성과 존중이 함께 있어야 조언이 실질로 전달되는 결이 됩니다. 이 균형이 있는 피드백이 팀에서 신뢰를 만드는 방법입니다. 말하는 방식이 내용만큼 중요한 자리가 피드백입니다. 이 방식을 연습하면 어떤 상황에서도 건설적인 대화를 만드는 결이 됩니다. 관찰을 토대로 한 피드백이 관계를 해치지 않는 방법입니다.
기술 조언을 제공할 때 본인이 약한 자리를 아는 것이 중요합니다. 저는 상대방이 기대하지 않은 상황에서 조언을 꺼내는 것이 오히려 역효과가 되는 경우가 있다는 것을 알게 됐습니다. 상대가 도움을 요청하지 않은 자리에서 조언이 강요처럼 느껴지는 상황이 있습니다.
먼저 조언이 필요한지 묻는 것이 이 자리를 피하는 방법입니다. 타이밍을 잘못 잡은 조언은 내용이 좋아도 받아들여지지 않는 자리가 생깁니다. 본인이 다친 자리를 인식하는 것이 더 효과적인 조언자가 되는 결입니다. 이 인식이 있어야 같은 자리에서 반복하지 않는 결이 생깁니다. 타이밍과 동의를 먼저 확인하는 것이 조언을 실질로 만드는 방법입니다. 이 습관이 쌓이면 어떤 상대와도 효과적으로 소통하는 감각이 생깁니다.
답변에서 흔히 빠지는 것들 — 빠져 있으면 꼬리질문이 깊어집니다.
이 질문에 이어 이스트소프트 교사·강사 면접관이 던질 가능성이 높은 후속 질문.
이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 특정 회사가 실제로 이 질문을 출제했다는 것을 보장하지 않으며, 모든 예시는 우문현답이 직접 작성한 창작물입니다. 해당 회사의 공식 입장과는 무관합니다. 회사 측의 정정 요청이 있을 경우 24시간 이내에 응답·수정합니다.