당신의 Design System에는 Enforcer가 필요하다

배경 및 소개

design system은 시각·인터랙션 일관성을 확보해 팀이 픽셀 다듬기 대신 실제 사용자 문제에 집중하도록 돕고, 잘 구축되면 accessibility와 디자인 전문성을 시스템 안에 내장해 모든 디자이너나 엔지니어가 전문가일 필요를 줄여준다. 범위도 서체·컬러 같은 토큰부터 코드 기반 component, 더 나아가 gesture·animation 타이밍·피드백 유형까지 규정하는 interaction pattern까지 다양하다. 하지만 공통된 실패 원인은 따로 있다. 규칙을 지키게 만들고, 필요한 변화를 시스템으로 되돌리는 사람, 즉 enforcer가 없다는 점이다. 조직이 성장하고 제품 면적이 넓어질수록 팀 단위의 빠른 실험과 최적화가 누적되며 일관성이 무너지고 유지보수 비용과 사용자 혼란이 급증한다. 이 글은 enforcer를 권위자가 아니라 관리인으로 정의하며, 왜 이 역할이 필요한지, 어떻게 효과적으로 거버넌스를 설계·운영해야 하는지를 현실적 사례와 함께 제시한다.

주요 내용

enforcer의 핵심 임무는 세 가지다. 첫째, 팀이 design system을 실제로 쓰게 만든다. 바쁜 팀은 이미 있는 component를 몰라서, 혹은 더 빨리 배달하려고 즉席 해결책을 만들기 쉽다. 둘째, 현장에서 탄생한 유용한 변화나 새로운 pattern을 전체가 재사용할 수 있도록 시스템에 흡수한다. 셋째, 팀 간 요구가 충돌할 때 토론을 중재하고 합의가 어려우면 최종 결정을 내린다. 이는 통제라기보다 전체 관점에서의 관리다.

선언적 원칙만으로는 부족한 이유가 분명하다. 시스템을 만든 사람들은 조직 전반의 맥락을 보지만, 개별 팀은 자신들의 흐름만 깊이 안다. 작은 일탈도 누적되면 파급이 크다. 예컨대 한 전자상거래에서 표준 carousel component가 팀마다 제목 크기, 가격 표기, 카드 내 즉시구매 등 ‘작은’ 변경을 거치며 수십 가지 변종으로 불어났고, 각기 다른 로직 탓에 engineering 유지보수가 불가능해졌다. 더 큰 문제는 사용자 혼란이었다. 같은 페이지에서도 carousel의 행동이 제각각이어서 학습된 인터랙션이 깨지고 인지 부담이 폭증했다. 또한 팀은 대개 로컬 지표를 최적화한다. checkout, browse, account-settings를 맡은 product manager는 각자 메트릭을 위해 일관성보다 국지 이득을 밀어붙일 수 있다. 이런 상황에서 디자이너는 시스템 원칙을 근거로 삼아 거절할 수 있어야 하며, enforcer는 그 ‘뒷배’가 된다.

효과적 집행을 위해서는 거버넌스 설계가 중요하다. 먼저 경영진의 명시적 지원으로 design system 팀에 일관성 훼손 제안을 거부할 권한을 부여해야 한다. 다음으로 engineering의 동맹을 확보한다. 좋은 시스템은 제품 품질을 높일 뿐 아니라 동일 component의 변종을 줄여 엔지니어의 유지보수 부담을 줄인다. 정기 review 세션을 열어 각 팀의 진행 상황과 변경 요구의 이유를 파악한다. 이는 감사가 아니라 협업의 장이어야 하며, 기존 해법을 연결하거나 시스템의 실제 공백을 발견하는 기회가 된다. 리뷰 타이밍도 중요하다. 너무 이르면 볼 것이 없고, 너무 늦으면 이미 선적되어 비용이 커진다. 초기 탐색 이후, 구현 직전이 적기다. 변경 요청과 신규 component 제안을 위한 명확하고 마찰이 낮은 contribution process를 마련하고, 필요한 정보와 의사결정 SLA를 문서화한다. 마지막으로 신속하면서도 합리적으로 판단해야 한다. 모든 예외를 허용하면 시스템은 무의미해지고, 모두 거절하면 우회가 시작된다. 세 팀 이상에 이득이 되면 시스템 편입, 특정 단일 사례면 예외 처리, 애매하면 한 팀과 prototype으로 검증 후 표준화 여부를 결정하는 식의 휴리스틱이 유용하다.

중요한 목적은 ‘거절’이 아니라 ‘적절한 때의 올바른 수용’이다. 순도를 이유로 변화를 막던 팀은 채택률이 바닥이었고, 리뷰 주기 단축, 명료한 기준, 실제 니즈 기반의 진화로 전환하자 채택이 급증했다. 반대로 규칙이 느슨해 브랜드 컬러·폰트만 지키면 무엇이든 허용했던 조직은 사실상 무정부 상태가 되었고, 간단한 component조차 매번 재발명했다. 두 극단 모두 실패다.

결론 및 시사점

design system은 초기 구축만으로 끝나지 않는 대규모 투자이며, 문서화·유지·전파가 지속적으로 필요하다. 그러나 집행이 없으면 수많은 작은 예외가 누적되어 본래의 약속이 희석된다. enforcer의 역할은 통제가 아니라 균형 잡기다. 전체 사용자 경험의 일관성을 지키되, 실제 문제를 해결하는 변화는 제때 포용한다. 이를 위해서는 톱다운의 권한 위임, 엔지니어링과의 공조, 적시 리뷰와 투명한 contribution process, 그리고 채택을 최우선으로 두는 실용적 판단이 필수적이다. 완벽하지만 아무도 쓰지 않는 시스템보다, 약간은 어지러워도 실제 문제를 풀며 성장하는 시스템이 훨씬 가치 있다. 결국 목표는 내부 편의가 아니라 사용자 가치다. enforcer에게 권한과 도구, 지원을 제공하면, 조직은 design system이 약속한 품질·일관성·효율의 실질적 성과를 얻을 수 있다.