Figma와 Linear 통합: 복붙 없이 디자인과 개발 동기화
네이티브 임베드, Figma 플러그인, 디자인과 개발을 동기화하는 워크플로 패턴으로 Figma와 Linear를 통합하는 방법.
By Ellis Keane · 2026-03-15
지난 한 해 어느 시점에, 디자인에서 엔지니어링으로의 인계는 직장 내 연극의 한 장르가 되어버렸다. 디자이너는 Figma에서 컴포넌트를 완성하고, 신중하게 작성된 코멘트 세 개를 남기고, Slack에 링크를 붙여넣고, 빌드할 엔지니어를 태그한다. 엔지니어는 이틀 후 링크를 열고, 세 개 중 두 개의 코멘트를 읽고, 배리언트를 놓치고, QA 때까지 아무도 눈치채지 못할 만큼 비슷한 것을 출시한다.
이런 특정 종류의 오해를 경험해봤다면 (나는 반복적으로 경험했다), 해결책이 "더 나은 커뮤니케이션"이 아님을 이미 알 것이다. 컨텍스트가 작업과 함께 이동하도록 도구를 연결하는 것이다. 여기서는 Figma와 Linear를 통합하는 방법 – 네이티브 임베드, 플러그인, 그리고 연결을 실제로 유용하게 만드는 세 가지 워크플로 패턴 – 을 설명한다.
Linear의 Figma 통합이 실제로 하는 것
Linear는 한동안 Figma 임베드를 지원해왔으며, 기본 기능은 탄탄하다. Figma URL을 이슈 설명이나 코멘트에 붙여넣으면 Linear가 디자인의 임베드 미리보기를 생성한다. 이 미리보기는 기본적으로 정적이다 – Linear는 컨텍스트를 보존하기 위해 임베드 시점에 고정한다. 이는 의도적인 선택이다. 편집 모드에서 수동으로 새로고침할 수 있지만, 디자인이 몰래 업데이트되지는 않는다.
Figma 링크를 이슈 첨부 파일로 추가할 수도 있어, 목요일까지 필연적으로 40개의 메시지로 불어나는 코멘트 스레드에 묻히는 대신 사이드바에서 정리된 상태를 유지할 수 있다.
figma linear 통합이 하지 않는 것은 양방향 기능이다. Linear는 Figma를 보지만, Figma는 Linear를 보지 않는다. 코멘트는 작성된 곳에 머문다. 상태 변경은 전파되지 않는다. 엔지니어가 Linear에서 이슈를 "완료"로 표시해도, 누군가 알려주지 않으면 Figma의 아무도 모른다 – 실제로는, Figma의 아무도 모른다는 뜻이다.
Figma와 Linear를 통합하는 방법: 단계별 안내
설정은 간단하다 (다행히도 – 모든 것이 12단계 OAuth 과정을 필요로 하지는 않는다!).
1단계: 통합 활성화
Linear 워크스페이스 설정으로 이동한 후 통합을 선택한다. 목록에서 Figma를 찾아 활성화를 클릭한다. 연결을 승인하기 위해 Figma로 리디렉션된다. 접근을 허용하면 관리 측 설정이 완료된다.
2단계: 프레임을 이슈에 연결하기
활성화되면, Figma URL을 Linear 이슈에 붙여넣으면 임베드 미리보기가 생성된다. 최상의 결과를 위해:
- 전체 파일이 아닌 특정 프레임에 링크한다.
figma.com/file/abc123?node-id=42:1337로의 링크는 관련 컴포넌트를 표시한다. figma.com/file/abc123로의 링크는 Figma가 기본 보기로 결정한 것을 표시하는데, 대개 원하는 것이 아니다.
- 기본 디자인 참조에는 이슈 설명을 사용한다. 코멘트는 반복 작업에 사용하지만, 설명은 엔지니어가 이슈를 집을 때 처음 읽는 것이다.
- 이슈가 스프린트에 들어가기 전에 Figma 링크를 추가한다. 당연하게 들릴 수 있지만, 엔지니어가 이미 20분간 찾아 헤맨 후에야 디자인 컨텍스트가 첨부되는 일이 얼마나 자주 일어나는지 정말 놀랍다.
3단계: Figma 플러그인 설치
Figma에는 Linear 플러그인이 있어 디자이너가 캔버스에서 직접 Linear 이슈를 생성하고 업데이트할 수 있다. 프레임을 선택하고, 플러그인을 열고, 이슈 제목과 팀을 입력하면 Figma 링크가 미리 첨부된 이슈가 생성된다. 플러그인은 Figma를 떠나지 않고 이슈 상태와 담당자 업데이트도 지원한다.
이는 디자인에서 개발로의 인계를 "엔지니어가 디자인을 찾으러 간다"에서 "디자이너가 디자인을 엔지니어링에 전달한다"로 바꾼다. 우리 팀의 경험으로는, 이 한 가지 변화만으로 "이것의 디자인이 어디 있어?"라는 Slack 메시지가 약 절반으로 줄었다. 그것만으로도 설정에 5분을 투자할 가치가 있다!
네이티브 통합의 한계
Linear와 Figma가 구축한 것을 과소평가하고 싶지는 않다 – 가벼운 연결로는 작동한다. 하지만 짚어볼 가치가 있는 간격들이 있다. 존재하지 않는 척하면 3개월 후에 "통합이 있는데 왜 아무것도 동기화가 안 되지?"라는 대화가 생기기 때문이다.
코멘트는 건너가지 않는다. 디자이너가 Figma에 피드백을 남기고 엔지니어가 Linear에서 응답하면, 양쪽 도구를 수동으로 확인하지 않는 이상 서로의 응답을 보지 못한다. 우리 경험상, 이 코멘트 사일로가 디자인에서 개발로의 오해 대부분이 발생하는 곳이다 – 나쁜 스펙 때문이 아니라, 두 곳에서 동시에 일어나는 대화 때문이다.
상태는 단방향이다. Linear에서 이슈를 "진행 중"으로 이동해도 Figma에서는 아무것도 업데이트되지 않는다. 디자이너는 자신의 디자인이 빌드되고 있는지 알기 위해 Linear를 확인하거나 (더 현실적으로는 Slack에서 물어봐야) 한다.
변경 알림 없음. 디자이너가 Linear 이슈에 연결된 프레임을 업데이트해도, 해당 이슈에 배정된 엔지니어는 Linear에서 알림을 받지 못한다. 미리보기는 기본적으로 정적이므로, 엔지니어는 이미 수정된 버전의 디자인을 기반으로 빌드하고 있을 수 있다. 누군가 수동으로 임베드를 새로고침하거나 Slack에서 뭔가 말하지 않으면, 업데이트는 보이지 않는다.
간격을 메우는 워크플로 패턴
임베드는 참조 문제를 해결한다. 이 세 가지 패턴은 조정 문제를 해결한다 – 그리고 Figma와 Linear 통합이 실제로 인계를 개선하는지, 아니면 아무도 유지하지 않는 또 다른 도구 연결만 추가하는지를 결정하는 것은 이것들이다.
패턴 1: 디자인 준비 완료 이슈
디자인 이슈가 스프린트 백로그에 들어가기 전에 Linear에 세 가지를 첨부해야 한다:
- Figma 프레임 링크 (파일이 아닌 특정 프레임)
- 디자인 노트 – 마지막 반복 이후 변경된 내용 요약 (임베드 미리보기는 현재 상태를 보여주지만 새로운 것이 무엇인지는 보여주지 않기 때문에)
- 수락 기준 – 디자인을 구체적으로 참조하는 기준 – "Figma 프레임과 일치"는 수락 기준이 아니다. "카드 제목과 부제목 사이에 8px 간격 토큰 사용"이 수락 기준이다.
이슈당 디자이너가 몇 분 더 준비한다. 그 보상은 Slack 고고학 탐험 없이 빌드를 시작할 수 있는 엔지니어다.
패턴 2: 디자인 리뷰 레이블
커스텀 Linear 레이블을 만든다 – "디자인 리뷰 필요" 같은 것 – 그리고 빌드되었지만 디자이너가 구현을 확인해야 하는 이슈에 적용한다. 핵심은 (그리고 이것이 극도로 당연하게 들린다는 것을 안다) 이슈 라이프사이클 템플릿의 일부로 만들어 이슈가 "리뷰 중"으로 이동할 때 자동으로 트리거되게 하는 것이다. 경험상 – 우리는 정확히 이 레이블을 만들고, 두 스프린트 동안 충실히 사용했다가, 아무도 템플릿화하지 않아 조용히 그만뒀다. 처음에 등장한 배리언트를 놓치고 "충분히 비슷한 것"을 출시한 엔지니어를 기억하는가? 그것은 누락된 디자인 리뷰 레이블 때문이었다.
패턴 3: 스프린트 맵으로서의 Figma 섹션
더 큰 프로젝트의 경우, 현재 스프린트의 디자인을 위한 Figma 섹션이나 페이지를 전용으로 만든다. 각 프레임은 정확히 하나의 Linear 이슈에 매핑된다. 이슈 식별자와 일치하도록 프레임 이름을 붙인다 – ENG-142 – Card Component Redesign – 엔지니어가 "프레임 247"이라는 이름의 40개 아트보드를 스크롤하지 않고 올바른 프레임을 찾을 수 있게.
이러한 습관을 지속시키기
이것을 작동시킨 팀들은 몇 가지 공통점이 있다: 디자이너는 이슈가 스프린트에 들어가기 전에 (엔지니어가 불평한 후가 아니라) 프레임을 연결하고, 엔지니어는 이슈를 완료로 표시하기 전에 (나중에 생각난 것이 아니라) 리뷰 레이블을 적용하며, 아무도 Slack을 디자인 결정의 기록 시스템으로 취급하지 않는다.
마지막 포인트가 어떤 통합보다 더 중요하다. "테두리 반경을 변경하기로 결정한 그 스레드"를 15분 동안 검색해본 적이 있다면, 내가 정확히 무슨 말을 하는지 알 것이다. Slack은 디자인 대화가 일어나는 곳이고, 그것들이 사라지는 곳이기도 하다. 스레드에서 디자인 결정이 이루어졌다면, 누군가 Figma 파일이나 Linear 이슈를 업데이트해야 한다 – 그렇지 않으면 3주 후에는 사라져, 배포 알림과 점심 계획 아래 묻혀버린다.
"스레드에서 디자인 결정이 이루어졌다면, 누군가 Figma 파일이나 Linear 이슈를 업데이트해야 한다 – 그렇지 않으면 3주 후에는 사라져, 배포 알림과 점심 계획 아래 묻혀버린다." attribution: Chris Calo
네이티브 Figma-Linear 통합은 임베딩과 참조를 잘 처리한다. 코멘트, 상태, 변경 알림과 같은 양방향 인식을 위해서는 수동 규율이나 두 도구 간에 컨텍스트를 자동으로 연결하는 레이어가 필요하다.
Figma와 Linear만이 아니라 – Slack, GitHub, Notion까지 조합하는 경우, 모든 것을 동기화 상태로 유지하는 수동 오버헤드가 빠르게 늘어난다. 그것은 다른 대화지만, 다음 번 "누가 이 디자인을 변경했고 왜 아무도 나한테 말하지 않았어?"라는 회고 전에 나눌 가치가 있다.
Figma, Linear, Slack, GitHub를 하나의 지식 그래프로 연결 – 디자인 컨텍스트가 작업과 함께 이동하도록.
Q: Sugarbug는 Figma와 Linear를 자동으로 연결하나요? A: 네. Sugarbug는 Figma와 Linear 양쪽에서 시그널을 수집하여 디자인 코멘트와 파일 업데이트를 지식 그래프의 이슈 상태 변경과 연결합니다. 디자이너가 프레임에 피드백을 남기면, Sugarbug는 누구도 URL을 복사하지 않아도 관련 Linear 이슈 옆에 이를 표시할 수 있습니다.
Q: Sugarbug는 Figma, Linear, Slack에 걸친 디자인 인계를 추적할 수 있나요? A: Sugarbug는 Figma, Linear, Slack, GitHub, Notion을 하나의 지식 그래프로 연결합니다. 디자인 피드백, 엔지니어링 논의, 작업 상태가 모두 연결되어 있어 인계 중에 컨텍스트가 사라지지 않습니다.
Q: Linear에 Figma 기본 통합 기능이 있나요? A: 네. Linear의 기본 Figma 통합을 통해 Figma URL을 이슈에 붙여넣어 임베드 미리보기를 만들고, Figma 플러그인을 사용해 캔버스에서 이슈를 생성하거나 업데이트할 수 있습니다. 다만 단방향입니다 – 코멘트와 상태 변경은 도구 간에 동기화되지 않습니다.
Q: Figma 프레임을 Linear 이슈에 연결하는 방법은? A: Figma 프레임 URL을 Linear 이슈 설명이나 코멘트에 붙여넣으세요. Linear가 임베드 미리보기를 생성합니다. Linear의 Figma 플러그인을 사용하면 링크가 미리 첨부된 상태로 캔버스에서 직접 이슈를 생성할 수도 있습니다.
Q: Figma 코멘트가 Linear에 표시되지 않는 이유는? A: Linear의 기본 Figma 통합은 디자인 미리보기를 임베드하지만 도구 간에 코멘트를 동기화하지 않습니다. 디자이너의 Figma 코멘트와 엔지니어의 Linear 코멘트는 별개의 사일로에 존재합니다. Sugarbug 같은 도구는 양쪽에서 시그널을 수집하고 공유 지식 그래프에서 연결하여 이 간격을 메웁니다.