brunch

You can make anything
by writing

C.S.Lewis

by 김자유 Apr 11. 2020

디자인 시스템 로드맵

*본 글은 디자인 뉴스레터 디독에서 발행한 글입니다.

해외 디자인 아티클 번역 뉴스레터 '디독' 구독링크: http://bit.ly/2FNQNpv


목차


1. 로드맵은 시스템의 방향을 나타낸다.

2. 제품 팀의 기대를 만족시키는 로드맵 시그널

3. 로드맵은 시스템이 무엇에 가치를 두는지 보여준다

4. 당신의 시스템도 로드맵을 갖고 있는가?


새로운 디자인 시스템 팀을 만날 때마다, 항상 하는 질문이 있다.

그래서, 뭘 하고 싶은 거죠?


몇몇 팀은 논리도 없고 장황하기만 해서 여기저기 흩뿌려진 업무만 갖고 모이곤 한다. 다른 팀은 집중해야 할 개별의 분야들을 명확하게 표현하고, 각각을 언제 전달할지 확실하게 계획한다. 나는 후자(제품이 발전하는 방향을 정확한 로드맵을 가지고 멤버 전체가 이해하고 있는 팀)를 시스템이 잘 운영될 징조로 본다.


1. 로드맵은 시스템의 방향을 나타낸다.


디자인 시스템 로드맵은 완벽할 필요는 없다. 내가 본 대부분의 로드맵은 2주짜리 스프린트든, 월별 PT든을 통해 지금, 다음 단계, 그리고 가까운 미래에 무슨 일이 일어나고 있는지 묘사만 해뒀을 뿐이다. 로드맵은 디자인 시스템 팀이 다른 사람에게 자신들이 하는 일을 잘 전달할 수 있게 만들어준다.


전달하고자 하는 가치에 대한 확신 - 올바르게 정의된 자금을 정당화해준다.

투명한 우선 순위 - 각기 다른 흥미를 충족시키는 제품이나 플랫폼을 만들 때 특히 중요하다.

믿을 수 있는 보이스 - 유저들이 의존할 수 있도록, 신뢰가 가는 보이스(호흡/리듬)를 유지해야 한다.


2.제품 팀의 기대를 만족시키는 로드맵 시그널


로드맵은 공개할 때마다, 완전 디테일한 부분을 제외하고 시스템의 방향을 그리는 것만으로도, 가장 중요한 요소가 무엇인지 강조해준다. 이 간단한 내용을 마일스톤 기반의 칼럼형 로드맵으로 정리하면 놀라운 효과를 볼 수 있다.


만약 시스템이 이제 막 시작됐다면, 로드맵은 비주얼 스타일(컬러/타이포그래피 등), Key UI(버튼, 폼 등), 통용되는 정보를 모아야 하는 파트들(레이아웃/그리드 시스템 등) 등 아주 기초적인 요소들에 한정되어있을 것이다.


사실, 모든 달성하고 싶은 부분들을 스티커에 써 붙인 뒤 칼럼형 로드맵으로 배열하는 것은, 초기에 팀의 목적을 한 곳으로 집중하기에 아주 좋은 방법이다.


시스템을 런칭하기 위한 로드맵 워크샵. 지금, 곧, 나중에, 후순위로 전달해야 할 것들을 칼럼 형태로 구성한다.

디자인 시스템이 순조롭게 운영되면, 로드맵은 다음과 같은 순서로 드러나는 경향이 있다.

먼저, 브랜딩 확장, 에디토리얼 가이드라인, 새로운 플랫폼(안드로이드 같은), SEO 최적화 실험 같은 새로운 섹션과 넓은 범위의 토픽.

모달 컴포넌트, 에디토리얼 단어 리스트, 새로운 직원을 트레이닝하기 위한 온보딩 시스템 등 새롭고, 중요한 파트들.

3차 버튼 배리에이션이나 반응형 레이아웃 배리에이션 등 현재 존재하는 요소들을 강화하고 확장하는 매우 중요한 파트들.


디자인 시스템을 운영하는 로드맵을 매 달 같은 호흡으로 전달한 것.

디테일은 일단 신경 쓰지 말자. 관여도가 적은 파트와 시간이 오래 걸리는 수정 파트, 급격하게 증가하는 서류 작업은 로드맵의 심플하고 집중력 있는 매력을 반감시킨다.



3.로드맵은 시스템이 무엇에 가치를 두는지 보여준다.


로드맵은 시스템 팀(확장하자면, 기업까지)이 주어진 시간에 무엇에 가치를 두는지를 보여주기도 한다. 우리의 반응형 리디자인 시스템 로드맵은 몇 년에 걸쳐 항상 "coming soon"칼럼에 반응형 이미지를 배치해두는 것처럼 보였다. 매달 스프린트 미팅을 하면서, 우리는 이를 "next"에 집어넣으려고 시도했다.


하지만 거기에 투입될만한 인원이 없었고, 당연히 시스템 팀은 그들의 일이 아닌 일에 주도권을 갖고 일할 의지도 없었다. 반응형 이미지는 제품이 서로 작동하여 우리 중 한 명이 그것을 제거할 의지가 생길 때까지, 매달 제일 오른쪽 칼럼(coming soon)에 머물러 있어야 했다. 로드맵은 아주 잘 작동했다. 즉, 시스템의 우선 순위가 우리가 서비스하는 포트폴리오와 일치했다.



4.당신의 시스템도 로드맵을 갖고 있는가?


홈페이지에서 멋지게 시각화되었거나, Jira의 백로그에서 다이내믹하게 렌더된 로드맵을 보여줄 필요는 없다.(물론, 그렇게 하는 사람들도 있겠지만)


그냥 팀이 "우리가 지금 [이것을] 하고 있고, 다음으로는 [저것을] 할 것이고, [나머지는] 언젠가 할 것이다..."정도만 일관적이고 확실하게 말할 수 있도록만 하면 된다.


당신이 이 이야기를 직적접으로 전달하고, 예측 가능하고 일관성 있는 스토리를 발표하면, 팀은 자신의 일에 가치를 느끼고 당신을 의지하게 될 것이다.



번역자: 김강령

저자 : Nathan Curtis

원문 링크: https://medium.com/eightshapes-llc/what-s-will-your-design-system-deliver-4b81d41be0d4

*무단 전재 및 재배포 금지(링크 공유 가능)


*본 글은 디자인 뉴스레터 디독에서 발행한 글입니다.

해외 디자인 아티클 번역 뉴스레터 '디독' 구독링크: http://bit.ly/2FNQNpv


브런치는 최신 브라우저에 최적화 되어있습니다. IE chrome safari