디자인 시스템을 위한 고급 (새 탭에서 열림)

디자인 시스템을 운영하려면 구성 요소를 쉽게 공유하는 것뿐 아니라, 누가 프로젝트를 보고 수정할 수 있는지도 세밀하게 관리해야 한다. Figma는 이를 위해 유료 팀에 **보기 전용(View-only)**과 초대 전용(Invite-only) 프로젝트 권한을 도입했다. 이 기능은 유지 관리자가 디자인 시스템을 보호하면서도 팀 전체의 활용을 지원하도록 해, 실수로 인한 변경을 줄이는 것이 핵심 목적이다.

디자인 시스템 운영에서 권한 관리가 필요한 이유

• 디자인 시스템 제작자는 새 구성 요소를 팀 전체에 공개하기 전에 비공개로 테스트할 필요가 있다.
• 시스템이 배포된 뒤에는 많은 디자이너가 실수로 핵심 구성 요소를 수정하지 않도록 보호해야 한다.
• 기존에는 Figma 팀의 편집자가 모든 프로젝트를 보고 수정할 수 있어, 유지 관리자와 사용자를 구분하기 어려웠다.
• Team Library가 파일과 팀 간 구성 요소 공유를 해결했다면, Advanced Project Permissions는 프로젝트의 접근 범위와 수정 권한을 해결한다.

새로 추가된 프로젝트 권한

유료 Professional Team의 편집자는 프로젝트 생성 시 다음 세 가지 접근 수준을 선택할 수 있다.

• 팀 전체 편집 가능
  • 팀의 모든 구성원이 프로젝트를 보고 수정할 수 있다.
• 팀 전체 보기 가능
  • 팀 구성원은 프로젝트를 열람할 수 있지만 내용을 수정할 수 없다.
  • 배포된 디자인 시스템을 보호하는 데 적합하다.
• 초대 전용
  • 지정된 사용자만 프로젝트에 접근할 수 있다.
  • 개발 중인 디자인 시스템이나 제한된 협업에 활용할 수 있다.

기존 프로젝트도 Share 버튼을 통해 기본 접근 권한을 변경할 수 있다.

유지 관리자와 사용자를 분리하는 보호 장치

• 디자인 시스템 유지 관리자는 컴포넌트와 스타일을 만들고 안정성을 관리한다.
• 일반 사용자는 시스템의 구성 요소를 참고하거나 활용하되, 원본을 직접 변경하지 않는 것이 바람직하다.
• 보기 전용 권한은 사용자의 접근성을 유지하면서도 우발적인 편집을 방지하는 완충 역할을 한다.
• 특히 규모가 큰 팀에서 의도하지 않은 수정으로 디자인 시스템이 훼손되는 문제를 줄일 수 있다.

권한 강화의 한계와 향후 방향

• 유지 관리자와 사용자의 비율에 따라 일부 구성원은 시스템을 직접 개선할 기회가 줄어들 수 있다.
• 보기 전용 권한은 안정성을 높이지만, 개선 제안과 실제 반영 사이에 별도의 의사소통 과정이 필요하다.
• Figma는 코드 저장소의 풀 리퀘스트와 유사하게, 디자이너가 변경을 제안하고 유지 관리자가 검토하는 방식을 검토하고 있었다.
• 이를 통해 권한 보호와 개방적인 개선 문화를 함께 구현하려는 방향을 제시했다.

디자인 시스템을 운영할 때는 개발 중인 프로젝트에는 초대 전용, 공식 배포본에는 보기 전용, 공동 편집이 필요한 작업에는 팀 전체 편집 가능 권한을 적용하는 방식이 실용적이다. 다만 변경 제안 절차와 검토 책임자까지 함께 정해 두어야 권한 제한이 협업 저하로 이어지지 않는다.