문제 정의
같은 요구사항도 팀/개발자마다 UI 구현 방식이 달라 QA 이슈와 유지보수 비용이 반복적으로 발생했습니다.
제약 조건
- 서비스 운영 중단 없이 점진적으로 전환해야 했다
- 디자인 토큰과 컴포넌트 API를 동시에 정리해야 했다
- 기존 페이지와의 호환성을 유지해야 했다
목표
- 핵심 UI 컴포넌트 표준 API 정의
- 디자인-개발 간 용어와 규칙을 문서화
- 신규 화면 개발 시 재사용률을 높여 리드타임 감소
구현 접근
- 버튼/입력/모달/테이블 등 고빈도 컴포넌트 우선 정리
- 사용 패턴 예제를 문서와 함께 제공해 온보딩 비용 절감
- 페이지 단위 교체 전략으로 리스크를 분산
결과
- UI 구현 편차 감소로 QA 반복 이슈 감소
- 신규 화면 개발 속도 향상
- 디자인 협업 커뮤니케이션 비용 절감
시각 증빙
회고
디자인 시스템은 라이브러리 구축 자체보다 조직의 합의와 적용 전략이 더 중요했습니다. 기술과 문서, 운영 규칙을 함께 다뤄야 효과가 났습니다.
추가 기록
적용 전략
- 고빈도 컴포넌트부터 적용
- 신규 화면은 반드시 표준 컴포넌트 사용
- 레거시는 우선순위 기반으로 점진 전환