이 질문 뒤에 면접관이 확인하려는 것은 따로 있습니다.
제가 졸업 프로젝트에서 디자인 전공 팀원에게 기술 문제를 설명해 조율해본 경험이 있습니다.
한 기능이 기술적으로 무리라 일정을 바꿔야 했습니다. 처음엔 제가 기술 용어를 그대로 써서 설명한 적이 있었습니다. 그러자 디자인 팀원은 "무슨 말인지 모르겠다"며, 왜 안 되는지 받아들이지 못했습니다.
그 실패 뒤 저는 기술 용어 대신 "이걸 하려면 시간이 두 배로 든다"처럼, 상대가 아는 말로 옮겼습니다. 그러자 디자인 팀원도 바로 이해하고, 함께 절충안을 찾았습니다. 저는 이 경험에서 기술 문제를 조율하려면, 그것을 상대가 알아듣는 "비용·시간·영향" 같은 말로 바꿔야 한다는 점을 배웠습니다. 기술을 잘 아는 것과, 그것을 비전문가에게 전하는 건 다른 능력이라는 걸 익혔습니다.
제가 인턴 때 현업 부서에 기술 이슈를 설명해 조율해본 경험이 있습니다.
한 시스템 작업이 기술적인 이유로 늦어질 상황이었습니다. 처음엔 제가 현업 부서에 기술적인 원인을 그대로 설명한 적이 있었습니다. 그러자 그분들은 왜 늦는지 와닿지 않아 답답해했습니다.
그 실패 뒤 저는 기술 원인 대신 "이게 늦어지면 어떤 업무에 어떤 영향이 있다"는 식으로, 그분들의 일에 미치는 영향으로 풀어 설명했습니다. 그러자 현업 부서도 상황을 이해하고, 함께 일정을 다시 잡았습니다. 저는 이 경험에서 기술 이슈를 조율하려면, "기술이 왜"가 아니라 "그게 당신 일에 어떤 영향을 주는지"로 전해야 한다는 점을 배웠습니다. 상대는 기술이 아니라 영향에 반응한다는 걸 익혔습니다.
기술적 이슈를 비전문가가 알아듣게 설명해 조율하는 일에 대한 제 경험을 솔직히 말씀드리면, 실무로 깊이 해본 적은 없고 학부 팀 프로젝트와 인턴 경험으로 익힌 단계입니다. 다만 저는 모른다고 멈추기보다 스스로 메우는 편입니다.
최근 저는 기술을 비전문가에게 어떻게 전하는지 공부하며 노트를 정리했습니다. 그 과정에서 제가 이해한 것은, 이 일이 기술 자체를 정확히 이해, 그것을 비용·시간·영향 같은 말로 옮기기, 상대 입장에서 검증이라는 흐름으로 이뤄진다는 점입니다.
아직 실무 경험이 깊지 않다는 건 제 분명한 한계입니다. 그래서 입사 후 초기에는 선배의 소통을 따라가며 익히는 시간이 필요하다고 봅니다. 다만 학부와 인턴에서 기술을 비전문가에게 직접 설명해본 점이 토대가 되고, 모르는 걸 덮어놓고 안다고 하지 않는 것이 제 태도입니다.
답변에서 흔히 빠지는 것들 — 빠져 있으면 꼬리질문이 깊어집니다.
이 질문에 이어 SK inc.(AX) 반도체·디스플레이 연구 면접관이 던질 가능성이 높은 후속 질문.
이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 특정 회사가 실제로 이 질문을 출제했다는 것을 보장하지 않으며, 모든 예시는 우문현답이 직접 작성한 창작물입니다. 해당 회사의 공식 입장과는 무관합니다. 회사 측의 정정 요청이 있을 경우 24시간 이내에 응답·수정합니다.