이 질문 뒤에 면접관이 확인하려는 것은 따로 있습니다.
복잡한 비즈니스 구조를 이해하려고 할 때 가장 효과적이었던 방법은 이해관계자 지도와 서비스 플로우를 직접 그려보는 것이었습니다. 개념으로만 읽으면 잘 이해가 안 됐는데, 도식화하면서 빈 자리가 어디인지 눈에 보였습니다. 팀 프로젝트에서 여러 사용자 유형이 얽힌 서비스를 설계할 때, 각 주체가 언제 어떤 행동을 하는지 시간 축으로 정리했더니 겹치는 요구사항과 충돌이 바로 보였습니다.
서비스 블루프린트를 먼저 그리고 나면 개발팀과 기획팀 모두 같은 그림을 보고 논의할 수 있어서 커뮤니케이션이 빨라졌습니다. 모르는 게 있으면 도메인 지식이 있는 팀원에게 직접 묻는 것도 중요합니다. 빠르게 묻고 검증하는 것이 오래 혼자 이해하려는 것보다 결과가 좋았습니다.
복잡한 비즈니스 구조를 이해하려고 노력했지만 모르는 부분을 모르는 채로 설계한 경험이 있었습니다. 서비스 플로우를 그리면서 한 역할의 권한 범위를 잘못 이해하고 설계했는데, 담당자 검토에서 해당 역할은 그 기능에 접근할 수 없다는 피드백을 받았습니다. 처음부터 물어봤다면 피할 수 있는 수정이었습니다.
모르는 것이 있을 때 빠르게 확인하는 것이 가장 효율적인 방법이라는 것을 그때 배웠습니다. 아직 복잡한 도메인을 빠르게 파악하는 능력이 충분하지 않다는 것을 인정합니다. 그래서 설계 초반에 도메인 전문가와 짧게라도 확인하는 단계를 먼저 넣는 습관을 만들게 됐습니다.
여러 사용자 유형이 얽힌 서비스를 설계할 때 서비스 블루프린트를 먼저 그려서 팀과 공유한 경험이 있습니다. 각 주체가 언제 어떤 행동을 하는지, 어느 지점에서 서로 연결되는지를 한 화면에 정리했습니다. 그 이전에는 각자 이해한 서비스 흐름이 달라서 회의에서 자주 혼선이 생겼는데, 블루프린트를 공유한 후 같은 그림을 보면서 논의하는 방식으로 바뀌었습니다. 중복 요구사항과 충돌이 그림 안에서 바로 보였고, 논의가 빨라졌습니다.
도식화는 본인이 이해하기 위한 것이기도 하지만 팀 전체가 같은 그림을 갖게 하는 도구라는 것을 그때 배웠습니다. 복잡한 구조는 설명하는 것보다 그려서 보여주는 것이 더 빠르다는 것을 확인했습니다.
답변에서 흔히 빠지는 것들 — 빠져 있으면 꼬리질문이 깊어집니다.
이 질문에 이어 CJ올리브영 프로덕트 디자이너 면접관이 던질 가능성이 높은 후속 질문.
이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 특정 회사가 실제로 이 질문을 출제했다는 것을 보장하지 않으며, 모든 예시는 우문현답이 직접 작성한 창작물입니다. 해당 회사의 공식 입장과는 무관합니다. 회사 측의 정정 요청이 있을 경우 24시간 이내에 응답·수정합니다.