이 질문 뒤에 면접관이 확인하려는 것은 따로 있습니다.
디자인 시스템을 설계할 때 가장 먼저 고려하는 건 일관성과 확장 가능성입니다. 컴포넌트가 페이지마다 다르게 생겼거나 새로운 화면에 맞게 확장하기 어려우면 시스템이 아니라 스타일 가이드에 그칩니다. 재사용 가능한 컴포넌트를 설계하고 토큰 기반으로 스타일을 관리하면 변경이 생겼을 때 일관되게 업데이트됩니다. 또 사용하는 팀의 워크플로우와 맞는 구조인지도 중요합니다. 디자이너와 개발자가 같은 컴포넌트를 다른 방식으로 인식하면 구현 불일치가 생깁니다. 피그마에서 컴포넌트를 만들고 코드 네이밍과 맞추는 작업을 해보면서, 협업 기반 설계가 시스템의 지속성을 결정한다는 걸 배웠습니다.
디자인 시스템을 설계할 때, 제가 실제로 해본 건 전체 시스템을 한 번에 만들려다가 오히려 아무것도 못 쓰는 상황을 겪은 경험이었습니다. 처음부터 완벽한 컴포넌트를 정의하려다가 기준이 없어 멈추는 경우가 생겼습니다. 포트폴리오 웹사이트를 만들 때 버튼·색상·타이포그래피를 통일하려고 했는데, 처음에 전체 가이드를 정하려다가 기준이 흔들려서 시작이 안 됐습니다. 이후 방식을 바꿔 가장 많이 쓰는 버튼과 색상 2개부터 먼저 정하고, 필요할 때마다 추가하는 방식으로 전환했습니다. 작게 시작하니 오히려 일관성이 더 빠르게 잡혔고, 전체를 처음부터 정하는 것보다 실질적으로 작동하는 체계가 생겼습니다. 아직 조직 단위의 디자인 시스템을 구축한 경험은 없습니다. 하지만 디자인 시스템은 완성이 아니라 가장 자주 쓰는 것부터 시작하는 것이라는 감각은 생겼습니다.
디자인 시스템을 쓰면서 배운 건, 시스템이 있어도 모든 경우를 커버할 수는 없다는 것입니다. 컴포넌트를 미리 정해두면 대부분의 상황이 해결되는데, 시스템에 없는 케이스가 나올 때 어떻게 할지 기준이 없으면 오히려 혼선이 생겼습니다. 포트폴리오 사이트 작업 중에 기존 버튼 스타일이 맞지 않는 특수한 인터랙션이 필요한 경우가 생겼습니다. 처음에는 시스템을 어기는 게 맞는지 아닌지 판단이 어려웠습니다. 이후 "시스템을 벗어나는 경우는 이유를 메모로 남기고, 반복되면 시스템에 추가한다"는 기준을 정했습니다. 예외를 기록하니 어떤 부분이 시스템에서 부족한지 보이기 시작했습니다. 아직 팀 단위 디자인 시스템을 운영한 경험은 없습니다. 하지만 디자인 시스템은 예외를 기록하면서 성장하는 것이라는 감각은 생겼습니다.
답변에서 흔히 빠지는 것들 — 빠져 있으면 꼬리질문이 깊어집니다.
이 질문에 이어 HD현대일렉트릭 공통직무·미지정 면접관이 던질 가능성이 높은 후속 질문.
이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 특정 회사가 실제로 이 질문을 출제했다는 것을 보장하지 않으며, 모든 예시는 우문현답이 직접 작성한 창작물입니다. 해당 회사의 공식 입장과는 무관합니다. 회사 측의 정정 요청이 있을 경우 24시간 이내에 응답·수정합니다.