안녕하세요, 팀의 성장과 효율을 위해 늘 고민하시는 테크 리더, 엔지니어링 매니저님들! 🙋♂️
우리 팀의 기술과 성과를 알리는 발표 자료, 정말 중요하죠. 그런데 막상 발표 시즌이 되면 어떠신가요? 늘 고통스러운 자료 제작과 수정의 연속은 아니었을까요?
개발자들은 개발하느라 바쁘고, 디자이너는 디자인 시스템 만드느라 정신없고, 결국 자료는 몇몇이 밤새워 만들거나, 디자인 가이드라인도 없이 각자 만들어서 통일성이 떨어지기 일쑤고요. 이런 경험, 한두 번이 아니실 겁니다. 😢
저도 현업에서 수많은 기술 발표와 세미나를 기획하고 진행하면서, 이 비효율적인 워크플로우 때문에 정말 많이 애먹었거든요. 하지만 이제 그 고통에서 벗어날 때가 왔습니다! 오늘은 Figma와 Google Slides를 연동하여 기술 발표 자료 제작 워크플로우를 혁신하는 실전 노하우를 단계별 체크리스트 형식으로 알려드릴게요. 우리 팀의 생산성을 한 단계 끌어올릴 기회, 놓치지 마세요!
📑 목차
Image by juergen_s on Pixabay
팀 기술 발표, 왜 늘 ‘고통’이 따를까요?
솔직히 고백하자면, 기술 발표 자료 제작은 개발팀에서 '가장 하기 싫은 일' 중 하나로 꼽히기도 합니다. 왜 그럴까요? 몇 가지 핵심적인 이유가 있거든요.
우선, 일관성 유지의 어려움이 가장 큽니다. 여러 팀원이 각자 자료를 만들다 보면 폰트, 색상, 레이아웃이 제각각이 되기 쉽죠. 결국 발표 직전에 누군가 나서서 '디자인 통일 작업'이라는 추가적인 업무를 해야만 합니다. 이게 또 시간이 엄청나게 들고요.
둘째는 비효율적인 협업 과정입니다. 발표 자료에 들어갈 아키텍처 다이어그램이나 UI 스크린샷 등을 디자이너에게 요청하고, 또 수정 요청하고… 이 과정에서 수많은 메신저 대화와 파일 공유가 오가면서 커뮤니케이션 오버헤드가 엄청나게 발생하죠. 결국 최종 결과물에 대한 책임 소재도 불분명해지고요.
셋째는 잦은 수정과 업데이트의 부담입니다. 기술은 빠르게 변화하고, 발표 자료도 그에 맞춰 자주 업데이트되어야 하는데요. 매번 슬라이드 이미지를 새로 만들고, 붙여넣고, 또 수정하는 과정은 개발자들에게 큰 부담이 됩니다. 결국 '나중에 고치지 뭐' 하면서 기술 부채처럼 쌓여가는 발표 자료들이 생겨나게 되죠.
이런 문제점들을 해결하고 팀의 소중한 시간을 절약하기 위해, 우리는 Figma와 Google Slides의 연동이라는 강력한 솔루션에 주목해야 합니다. 단순한 툴의 조합이 아니라, 워크플로우 혁신의 핵심이 될 수 있거든요.
Figma + Google Slides, 완벽한 시너지의 시작
Figma와 Google Slides는 각자의 강점이 명확한 도구입니다. Figma는 강력한 디자인 시스템 관리와 협업 기능을 자랑하고, Google Slides는 직관적인 문서 작성과 실시간 협업에 특화되어 있죠.
이 두 가지를 효과적으로 연동하면 어떤 시너지를 얻을 수 있을까요? 핵심은 '단일 진실 공급원(Single Source of Truth)'을 구축하는 것입니다. 발표 자료에 필요한 모든 시각적 요소(다이어그램, UI 컴포넌트, 아이콘 등)를 Figma에서 디자인 시스템처럼 관리하고, 이 요소들을 Google Slides로 가져와서 발표 자료를 만드는 방식이죠.
Figma의 역할: 시각적 요소의 중앙 집중화
- 디자인 시스템 관리: 팀의 로고, 색상 팔레트, 폰트, 아이콘 등 모든 브랜딩 요소를 Figma에 컴포넌트화하여 관리합니다.
- 재사용 가능한 컴포넌트 제작: 아키텍처 다이어그램에 자주 사용되는 서버, 데이터베이스, API 게이트웨이 등의 블록, 또는 특정 UI 컴포넌트들을 Figma 컴포넌트로 만들면, 언제든 가져다 쓸 수 있습니다.
- 실시간 협업 디자인: 여러 개발자가 동시에 다이어그램을 그리거나, 디자이너와 개발자가 함께 UI 스크린샷을 수정하는 등 실시간 협업이 가능해집니다.
Google Slides의 역할: 콘텐츠 중심의 발표 자료 구성
- 텍스트 및 논리 구조화: 발표의 핵심 메시지와 논리 흐름을 Google Slides에서 효율적으로 작성하고 구성합니다.
- 간편한 공유 및 피드백: Google Workspace의 강점을 살려 팀원들과 쉽게 공유하고, 실시간으로 피드백을 주고받으며 수정할 수 있습니다.
- Figma 연동을 통한 최신 콘텐츠 유지: Figma에서 업데이트된 시각적 요소를 Google Slides에 링크하여, 항상 최신 버전의 디자인을 유지할 수 있습니다.
결과적으로, 디자이너는 Figma에서 디자인 시스템과 핵심 시각 요소를 구축하는 데 집중하고, 개발자는 Google Slides에서 최신 디자인 요소를 활용하여 발표 내용을 구성하는 데 집중할 수 있게 됩니다. 각자의 역할에 더 집중하며 전반적인 팀 생산성을 최대 30% 이상 향상시킬 수 있다고 평가받는 방식이죠!
실전 워크플로우 구축 체크리스트: Figma 편
자, 그럼 이제 구체적으로 어떻게 이 워크플로우를 구축할 수 있는지 단계별로 살펴보겠습니다. 먼저 Figma에서 준비해야 할 것들입니다.
테크 리더/EM을 위한 Figma 준비 체크리스트
- 발표 자료용 디자인 시스템 구축
- 체크 항목: 팀의 색상 팔레트, 폰트 스타일, 아이콘 세트, 로고 등을 Figma 라이브러리로 관리하고 있나요?
- 왜 필요한가요?Figma에서 컴포넌트 라이브러리를 구축하면, 모든 팀원이 동일한 디자인 요소를 일관되게 사용할 수 있습니다. 이는 발표 자료의 브랜딩 통일성을 확보하고, 매번 새로운 요소를 디자인하는 시간을 절약해줍니다. 예를 들어, 팀 로고를 업데이트해야 할 때 라이브러리에서 한 번만 수정하면 모든 발표 자료에 자동으로 반영되도록 할 수 있죠.
// Figma에서 스타일 정의 예시 (Pseudo-code) Colors: { "Primary": "#3498db", "Secondary": "#2ecc71", "Text_Dark": "#2c3e50" } Fonts: { "Headline": { "family": "Noto Sans KR", "size": 32, "weight": "Bold" }, "Body": { "family": "Noto Sans KR", "size": 16, "weight": "Regular" } }
- 재사용 가능한 발표 자료 컴포넌트 제작
- 체크 항목: 아키텍처 다이어그램 블록, 흐름도 요소, 특정 UI 컴포넌트 등을 Figma에서 컴포넌트화하여 관리하고 있나요?
- 왜 필요한가요?기술 발표에는 반복적으로 사용되는 시각적 요소들이 많습니다. 예를 들어, MSA 아키텍처를 설명할 때 '서비스', '데이터베이스', 'API Gateway' 등의 블록은 늘 필요하죠. 이들을 Figma 컴포넌트로 만들면 드래그 앤 드롭으로 쉽게 재사용할 수 있으며, 수정 시 일괄 업데이트가 가능해집니다. 이는 오류를 줄이고 제작 속도를 크게 향상시킵니다.
- 실제로 한 프로젝트에서는 아키텍처 다이어그램 컴포넌트 세트를 구축한 후, 다이어그램 제작 시간이 기존 대비 약 70% 단축되는 효과를 보았습니다.
- Google Slides 연동용 페이지/프레임 구성
- 체크 항목: Google Slides로 내보낼 각 시각적 요소(다이어그램, 그래프, 스크린샷 등)를 별도의 Figma 페이지 또는 명확한 프레임 안에 정리했나요?
- 왜 필요한가요?Figma에서 Google Slides로 이미지를 내보낼 때, 특정 프레임이나 페이지를 선택하여 링크를 생성하게 됩니다. 따라서 슬라이드 하나에 들어갈 내용들을 Figma 내에서 미리 프레임으로 그룹화해두면, Google Slides에서 가져올 때 훨씬 효율적입니다. 각 프레임에 의미 있는 이름을 부여하는 것도 중요합니다. (예: `아키텍처-개요`, `데이터-흐름`, `UI-로그인화면`)
- Figma Publishing 권한 및 프로세스 정의
- 체크 항목: 누가 Figma 컴포넌트 라이브러리를 수정하고 발행(publish)할 수 있는지, 권한과 프로세스를 명확히 정의했나요?
- 왜 필요한가요?Figma 라이브러리는 팀의 '단일 진실 공급원'이므로, 무분별한 수정은 혼란을 야기할 수 있습니다. 특정 디자이너 또는 숙련된 개발자에게만 발행 권한을 부여하고, 변경 사항은 코드 리뷰처럼 동료 리뷰를 거치도록 하는 프로세스를 마련하는 것이 좋습니다. 이는 라이브러리의 품질과 안정성을 유지하는 데 필수적입니다.
Image by coffeebeanworks on Pixabay
실전 워크플로우 구축 체크리스트: Google Slides 편
이제 Figma에서 잘 준비된 시각적 요소들을 Google Slides로 가져와 발표 자료를 구성할 차례입니다.
테크 리더/EM을 위한 Google Slides 준비 체크리스트
- Figma to Google Slides 플러그인 활용
- 체크 항목: Google Workspace Marketplace에서 'Figma to Google Slides' 또는 유사 플러그인을 설치했나요? (최신 버전 확인)
- 왜 필요한가요?이 플러그인은 Figma에서 디자인된 요소를 Google Slides로 직접 링크하여 가져오는 핵심 도구입니다. 수동으로 이미지를 다운로드하고 업로드하는 번거로움을 없애주고, Figma에서 원본이 업데이트되면 Google Slides에서도 쉽게 동기화할 수 있게 해줍니다. 팀 전체가 이 플러그인을 설치하도록 권장해야 합니다.
- Figma 요소 링크 및 삽입
- 체크 항목: Figma에서 만든 다이어그램, UI 스크린샷 등을 Google Slides에 'Link to Figma' 옵션으로 삽입했나요?
- 왜 필요한가요?Google Slides에 Figma 요소를 삽입할 때, 단순히 이미지로 붙여넣는 것이 아니라 '링크된 개체'로 삽입하는 것이 중요합니다. 이렇게 하면 Figma 원본이 수정되었을 때 Google Slides에서 '업데이트' 버튼만 클릭하면 최신 버전으로 바꿀 수 있습니다. 수동으로 이미지를 교체하는 시간과 노력, 그리고 실수할 가능성을 획기적으로 줄여줍니다.
- 예를 들어, 발표 전날 아키텍처 다이어그램이 변경되었을 때, 담당자는 Figma에서 다이어그램을 수정하고, 발표자는 Google Slides에서 '업데이트' 한 번으로 모든 내용을 최신화할 수 있게 되죠.
- Google Slides 마스터 슬라이드 활용
- 체크 항목: 팀의 템플릿(로고, 기본 레이아웃, 폰트 스타일)을 Google Slides 마스터 슬라이드로 정의했나요?
- 왜 필요한가요?아무리 Figma에서 시각 요소를 잘 관리해도, 텍스트나 기본 레이아웃은 Google Slides의 고유 기능으로 관리하는 것이 좋습니다. 마스터 슬라이드를 활용하면 팀원들이 새로운 발표 자료를 만들 때마다 일관된 기본 포맷을 사용할 수 있으며, 이는 Figma 디자인 시스템과 더불어 발표 자료의 통일성을 더욱 강화하는 역할을 합니다. 초기 세팅에 조금 시간이 들지만, 장기적으로는 엄청난 시간 절약 효과를 가져옵니다.
- 협업 및 피드백 프로세스 최적화
- 체크 항목: Google Slides의 댓글, 제안 기능을 활용한 피드백 프로세스를 팀에 공유하고 있나요?
- 왜 필요한가요?Google Slides의 강력한 실시간 협업 기능은 단순히 자료를 같이 만드는 것을 넘어, 효율적인 피드백 루프를 가능하게 합니다. 발표 자료 내용에 대한 수정 요청이나 질문을 댓글로 남기고, 제안 모드로 변경 사항을 추적하며, 최종 승인 후 반영하는 등의 프로세스를 정립하면 커뮤니케이션 비용을 줄이고 의사결정 속도를 높일 수 있습니다.
Image by geralt on Pixabay
협업 극대화를 위한 추가 팁
Figma와 Google Slides 연동 워크플로우를 구축했다면, 이제 더 나아가 팀 협업을 극대화할 수 있는 몇 가지 팁을 알려드릴게요.
1. 버전 관리와 히스토리 추적
Figma는 자체적으로 버전 히스토리 기능을 제공합니다. 중요한 디자인 변경 사항은 반드시 Figma의 버전 히스토리에 기록하고, 필요하다면 Figma Branching 기능을 활용하여 여러 버전의 디자인을 관리하는 것을 고려해보세요. Google Slides 역시 버전 히스토리가 자동으로 저장되므로, 언제든 이전 버전으로 되돌리거나 변경 이력을 확인할 수 있습니다. 이렇게 두 도구 모두에서 명확한 버전 관리 정책을 수립하는 것이 중요합니다.
2. 팀 온보딩 및 교육
새로운 워크플로우를 도입하면 팀원들의 적응 시간이 필요합니다. 간단한 온보딩 세션을 통해 Figma 컴포넌트 사용법, Google Slides 링크 삽입 및 업데이트 방법, 그리고 팀의 피드백 프로세스 등을 교육해주세요. 내부 위키 문서로 핵심 가이드를 만들어 공유하는 것도 좋은 방법입니다. 초기 투입되는 시간은 있지만, 장기적으로는 팀 전체의 생산성을 끌어올리는 데 필수적인 과정입니다.
3. 주기적인 워크플로우 검토 및 개선
어떤 워크플로우든 완벽할 수는 없습니다. 주기적으로 팀원들의 피드백을 수렴하고, 현재 워크플로우에서 개선할 점은 없는지 검토하는 시간을 가져보세요. 예를 들어, 특정 유형의 다이어그램 제작이 여전히 비효율적이라면, 해당 다이어그램에 특화된 Figma 컴포넌트를 추가로 개발하는 등의 개선이 가능하겠죠. 지속적인 개선 문화를 만드는 것이 중요합니다.
아래는 Figma와 Google Slides 연동 워크플로우의 장단점을 비교한 테이블입니다.
| 구분 | 기존 수작업 워크플로우 | Figma + Google Slides 연동 워크플로우 |
|---|---|---|
| 디자인 일관성 | 각자 작업으로 인한 통일성 부족, 수동 통일 작업 필요 | Figma 디자인 시스템 기반의 높은 일관성 유지 |
| 협업 효율성 | 파일 공유, 메신저 피드백 등 높은 커뮤니케이션 오버헤드 | 실시간 협업, 링크 업데이트로 커뮤니케이션 비용 절감 |
| 업데이트 용이성 | 이미지 재다운로드 및 교체, 높은 수작업 부담 | Figma 원본 수정 시 Google Slides에서 원클릭 업데이트 |
| 생산성 증대 | 반복 작업 많음, 자료 제작에 많은 시간 소요 | 컴포넌트 재사용, 자동 업데이트로 제작 시간 최대 70% 단축 |
| 기술 부채 | 오래된, 일관성 없는 자료 축적 가능성 | 항상 최신 상태 유지 가능, 자료 관리 용이 |
우리 팀의 발표 자료, 이제 ‘생산성’으로 승부하세요!
테크 리더로서 팀의 생산성을 높이고, 개발자들이 핵심 업무에 더 집중할 수 있는 환경을 만드는 것은 매우 중요한 일입니다. 기술 발표 자료 제작 워크플로우는 사소해 보일 수 있지만, 그 안에 숨겨진 비효율은 생각보다 많은 시간과 에너지를 잡아먹고 있었을 겁니다.
오늘 소개해드린 Figma와 Google Slides 연동 워크플로우를 통해 팀의 발표 자료 제작 과정을 획기적으로 개선하고, 일관성, 효율성, 그리고 무엇보다 팀원들의 만족도를 동시에 높여보세요. 처음에는 조금의 노력이 필요하겠지만, 그 결실은 분명히 팀 전체의 성장으로 돌아올 것입니다.
저도 이 워크플로우를 도입하면서 팀원들의 불필요한 고통이 줄어드는 것을 직접 경험했거든요. 이제 우리 팀의 발표 자료는 더 이상 '고통'이 아닌, '자부심'의 결과물이 될 겁니다!
혹시 이 워크플로우를 적용하면서 어려움을 겪으시거나, 더 좋은 팁이 있다면 댓글로 자유롭게 공유해주세요! 함께 더 나은 방법을 찾아가는 것이 우리 테크 커뮤니티의 힘이니까요. 💪