이 질문 뒤에 면접관이 확인하려는 것은 따로 있습니다.
팀 프로젝트에서 Figma를 디자이너와의 협업 도구로 주로 사용했습니다. 디자이너가 컴포넌트별로 프레임을 구성해주면, 개발자 입장에서 인스펙트 패널로 간격, 색상 코드, 폰트 크기를 직접 확인하며 구현했습니다. 초반에는 디자인과 구현이 다르게 나오는 경우가 많았는데, 핸드오프 시점에 함께 리뷰하는 세션을 갖고 나서 불일치가 크게 줄었습니다. Figma의 컴포넌트와 오토 레이아웃 기능이 잘 활용된 디자인은 CSS로 옮기기도 쉬웠지만, 반응형 처리가 명시되지 않은 경우는 개발자가 임의로 해석해야 하는 상황이 생겼습니다. 이후 디자이너에게 주요 브레이크포인트를 디자인 파일에 명시해달라고 요청하고, 반응형 기준을 공유 문서로 남기는 방식을 함께 만들었습니다. 협업 도구는 사용법보다 팀이 어떻게 약속하느냐가 효과를 결정한다는 결을 얻었습니다.
Figma 협업 방식을 개선하면서 효과를 어떻게 확인할 수 있을지 생각했습니다. 디자이너와 핸드오프 시점에 직접 리뷰 세션을 가지기 전과 후를 비교해봤습니다. 이전에는 구현이 끝나고 나서 디자인 불일치를 수정하는 PR이 자주 생겼는데, 리뷰 세션 도입 후에는 같은 기능에서 불일치로 인한 수정 PR이 절반 이하로 줄었습니다. 특히 반응형 브레이크포인트를 핸드오프 전에 명시하기로 약속한 이후, 개발자가 임의로 판단하는 케이스가 없어졌습니다.
협업 도구의 가치는 설계 스펙이 얼마나 명확하게 전달되는가로 측정된다는 것을 이 경험에서 배웠습니다. 도구보다 사용 방식을 팀이 함께 정하는 결이 더 중요했습니다.
Figma를 쓰면서 디자이너가 컴포넌트를 어떻게 구성했는가에 따라 개발 시간이 크게 달랐습니다. 컴포넌트와 오토 레이아웃을 잘 활용한 디자인은 CSS로 옮기기가 수월했습니다. 반면 각 화면을 독립적으로 그린 디자인은 동일한 UI 요소가 조금씩 다르게 그려져 있어서, 어느 것을 기준으로 구현해야 하는지 확인하는 시간이 걸렸습니다. 이 경험에서 디자이너에게 컴포넌트 중심으로 설계해달라고 요청하는 것이 개발 생산성에 직접 영향을 주는 결이라는 것을 이해했습니다. Figma 사용법보다 디자이너와 어떤 설계 원칙을 공유하느냐가 협업 효율을 결정하는 결이 있었습니다.
도구를 같이 쓰는 것과 도구를 같은 방식으로 쓰는 것은 다른 결이라는 것이 남았습니다.
답변에서 흔히 빠지는 것들 — 빠져 있으면 꼬리질문이 깊어집니다.
이 질문에 이어 부동산플래닛 프론트엔드 면접관이 던질 가능성이 높은 후속 질문.
이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 특정 회사가 실제로 이 질문을 출제했다는 것을 보장하지 않으며, 모든 예시는 우문현답이 직접 작성한 창작물입니다. 해당 회사의 공식 입장과는 무관합니다. 회사 측의 정정 요청이 있을 경우 24시간 이내에 응답·수정합니다.