이 질문 뒤에 면접관이 확인하려는 것은 따로 있습니다.
졸업 프로젝트 초기에 팀원들이 서로 다른 방향으로 기능을 개발하다가 충돌하는 상황을 겪었습니다. 문제가 모호했던 건 해결하려는 게 뭔지 명확히 합의하지 않은 채로 개발부터 시작했기 때문이었습니다. 저는 이틀을 멈추고 사용자 스토리 맵을 그리자고 제안했습니다. 각자 생각하는 핵심 기능을 포스트잇에 쓰고 우선순위를 맞추는 과정에서 겹치는 부분과 빠진 부분이 보였습니다. 그걸 기준으로 MVP 범위를 정하고 나니 이후 개발이 훨씬 빠르게 진행됐습니다. 모호한 문제는 처음부터 답을 찾으려 하면 헤매고, 문제를 공유 가능한 형태로 바꾸는 게 먼저라는 걸 배웠습니다. 이후에도 문제가 모호하게 느껴지면 먼저 말로 설명해보는 시간을 팀에 제안합니다. 설명이 안 되면 이해가 안 된 것이고, 설명이 되면 구조화가 시작됩니다.
모호한 문제를 구조화할 때 이해관계자가 누구인지를 먼저 나열하는 것부터 시작합니다. 문제가 모호한 이유 중 하나는 각자가 다른 문제를 말하고 있는 경우가 많기 때문입니다. 각 관계자가 원하는 것을 구분하고 나면 겹치는 부분이 보이고, 그것이 해결의 출발점이 됩니다. 팀 프로젝트에서 방향이 맞지 않는 상황이 있었는데, 각자의 기대를 직접 물어보는 과정에서 실제 이슈가 명확해졌습니다. 모호함이 줄어든 것은 대화가 아니라 기대 정렬이었습니다.
이해관계자 기대 정렬이 모호함을 줄이는 방법입니다. 각자가 다른 문제를 말할 때 모호함이 생깁니다. 겹치는 기대가 공통 출발점을 만듭니다.
모호한 문제 앞에서 방향이 잡히지 않을 때 내가 결정할 수 있는 것과 없는 것을 분리하는 것이 가장 먼저 하는 일입니다. 통제 가능한 것에 집중하면 행동이 생기고, 통제 불가능한 것을 제거하면 불안이 줄어듭니다. 범위를 좁히고 나서 가장 작은 단위로 실행해보는 것이 모호함 속에서 방향을 찾는 방법이었습니다. 기획 초반에 요구사항이 불분명한 프로젝트에서 이 방식을 써서 첫 주에 방향을 잡을 수 있었습니다. 모호할 때는 범위를 좁히는 것이 먼저입니다.
통제 가능한 것에 집중하면 행동이 생깁니다. 통제 불가능한 것을 제거하면 불안이 줄어듭니다. 작은 단위 실행이 모호함 속에서 방향을 찾는 방법입니다.
답변에서 흔히 빠지는 것들 — 빠져 있으면 꼬리질문이 깊어집니다.
이 질문에 이어 에이로봇 ML 엔지니어 면접관이 던질 가능성이 높은 후속 질문.
이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 특정 회사가 실제로 이 질문을 출제했다는 것을 보장하지 않으며, 모든 예시는 우문현답이 직접 작성한 창작물입니다. 해당 회사의 공식 입장과는 무관합니다. 회사 측의 정정 요청이 있을 경우 24시간 이내에 응답·수정합니다.