디자인 시스템에는 집행자가 필요하다

Nielsen Norman Group의 Laura Klein은 디자인 시스템이 문서와 컴포넌트만으로 유지되지 않는다고 말한다. 팀마다 조금씩 다른 선택이 쌓이면 사용자가 겪는 경험은 금세 조각나기 때문에, 시스템을 지키는 사람이 명시적으로 있어야 한다는 주장이다. 효과적인 집행에는 경영진의 지지, 엔지니어링과의 협업, 검토 시점에 대한 전략이 함께 필요하다고 정리한다.

"A perfect system that nobody uses is worthless."Nielsen Norman Group, Your Design System Needs an Enforcer

왜 중요한가

디자인 시스템 실패는 보통 설계 품질이 아니라 채택과 준수에서 시작된다. 집행자는 규칙을 휘두르는 경찰이 아니라, 엄격함과 유연함 사이에서 시스템이 실제 문제를 풀도록 균형을 잡는 역할이다. 글이 강조하듯 완벽하지만 쓰이지 않는 시스템보다 다소 거칠어도 현장의 문제를 푸는 시스템이 더 가치 있다.

실무 적용

집행은 출시 직전의 반려가 아니라 설계 초기에 들어가야 비용이 낮다. 예외 요청을 받는 통로를 열어 두고, 반복되는 예외는 시스템 자체를 고치는 신호로 삼는 편이 좋다. 누가 최종 판단을 내리는지와 어느 단계에서 검토하는지를 팀 문서에 한 줄로라도 못 박아 두자.

교차 참고

• Smashing Magazine: A Practical Guide To Naming Things — 이름 짓기 기준을 합의하는 것이 시스템 준수의 출발점이라는 관점과 맞닿는다.
• Nathan Curtis: Component and Part Roles as Composites of Behavior and Accessibility — 컴포넌트 역할을 명확히 정의해 두면 무엇을 지켜야 하는지 판단하기 쉬워진다.

Wemeet의 관점

Wemeet은 집행을 사람 한 명의 권위가 아니라 워크플로의 일부로 설계해야 한다고 본다. 린트, 리뷰 체크리스트, 예외 기록처럼 자동화할 수 있는 부분은 도구에 맡기고, 사람은 맥락 판단에 집중하게 만드는 것이 지속 가능하다. 작은 사이트와 서비스에서도 이 원칙은 그대로 통한다.