datadog·2021년 4월 30일원문

Datadog IT 팀이 서드파티 계정 모니터링을 자동화한 방법 (새 탭에서 열림)

현대 기업이 사용하는 수많은 SaaS 애플리케이션의 계정을 수동으로 관리하는 것은 보안 위협과 비용 낭비를 초래할 수 있는 매우 어렵고 비효율적인 작업입니다. Datadog은 이를 해결하기 위해 사내 인사 관리 시스템(HRIS)인 Workday를 단일 진실 공급원(Single Source of Truth)으로 삼아 SaaS 계정을 자동으로 전수 조사하는 자체 도구 'Clarity'를 구축했습니다. 이 시스템은 정기적인 감사를 통해 퇴사자나 미승인 계정을 실시간으로 탐지하고, 티켓팅 및 알림 시스템과 연동하여 즉각적인 조치를 가능하게 함으로써 기업의 보안 거버넌스를 강화합니다. **SaaS 계정 감사의 필요성과 요구사항** * **보안 및 비용 관리:** 관리되지 않는 유령 계정은 민감 데이터 유출의 통로가 될 수 있으며, 불필요한 라이선스 비용을 발생시키므로 정기적이고 자동화된 감사가 필수적입니다. * **신뢰할 수 있는 데이터원 확보:** 모든 직원의 상태를 정확히 반영하는 Workday(또는 Okta, ADP 등)를 기준으로 삼아 SaaS 앱의 사용자 목록과 대조해야 합니다. * **운영 효율성:** 감사는 수시로 자동 실행될 수 있어야 하며, 필요에 따라 수동 실행도 가능해야 합니다. 또한 기존 업무 흐름을 방해하지 않도록 사내에서 이미 사용 중인 도구들과 긴밀하게 통합되어야 합니다. **Clarity의 작동 아키텍처 및 프로세스** * **자동 실행 및 데이터 수집:** AWS CloudWatch Event Rule을 통해 매일 정해진 시간에 실행되며, AWS Lambda를 사용하여 Workday와 주요 SaaS(Slack, GitHub, Zoom 등)의 활성 사용자 명단을 동시에 가져옵니다. * **교차 검증(Auditing):** SaaS 앱의 이메일 주소 목록을 Workday의 현직자 명단과 비교하여, 일치하는 기록이 없는 계정을 즉시 식별합니다. * **데이터 이력 관리:** 감사 결과 발견된 비정상 계정 정보는 추후 추적 및 분석을 위해 DynamoDB 테이블에 기록됩니다. **로깅, 알림 및 사후 조치 통합** * **Datadog 메트릭 활용:** 탐지된 각 계정 정보는 Datadog Metrics API를 통해 전송됩니다. 이때 'gauge' 타입을 사용하여 시간 경과에 따른 비정상 계정 추이를 시각화합니다. * **태그 기반의 상세 분석:** 메트릭 전송 시 환경(prod/dev), 담당 팀, 해당 SaaS 서비스명, 사용자 이메일 등을 태그로 포함하여 문제 발생 시 즉각적인 식별이 가능하도록 합니다. * **워크플로우 연동:** 감사가 완료되면 Freshservice를 통해 자동으로 조치 티켓을 생성하고, Slack으로 요약 보고서를 발송하여 담당 팀이 Datadog 로그 링크를 통해 즉시 상세 내용을 확인할 수 있게 합니다. SaaS 환경이 확장됨에 따라 수동 감사는 한계에 부딪힐 수밖에 없습니다. Datadog의 사례처럼 인사 시스템을 API로 연결하고 기존의 모니터링 및 알림 도구(Slack, Jira 등)를 통합한 자동화 파이프라인을 구축한다면, 최소한의 운영 리소스로도 기업 전체의 SaaS 보안 가시성을 획기적으로 높일 수 있습니다.

slack데이터베이스 설계datadogaws-lambda+4

figma·2020년 10월 12일·4분 읽기큐레이션 요약

피그마의 첫 번째 학생

팬데믹으로 학생들의 캠퍼스 활동이 어려워지자 Figma는 지역별 온캠퍼스 프로그램 대신, 온라인에서도 확장 가능한 학생 지원 모델을 실험했다. 학생들을 프로그램 설계와 실행에 직접 참여시킨 결과, 10주 만에 수업 템플릿·학생 콘텐츠·Virtual Campus 커뮤니티·온라인 메이커톤 등을 만들며 큰 성과를 거뒀다. 이 펠로십은 단기 결과물뿐 아니라 향후 학생 앰배서더 및 커뮤니티 프로그램의 기반도 마련했다. ## 팬데믹에 맞춘 프로그램 방향 전환 - 처음에는 학생들을 위한 캠퍼스 내 밋업을 핵심 활동으로 계획했다. - 그러나 가을 학기에 많은 학생이 캠퍼스로 돌아가지 못할 가능성이 커지면서 계획을 재검토했다. - 학생들과 대화하며 다음과 같은 문제를 파악했다. - 가을 학기의 학교 운영 방식은 어떻게 달라지는가? - 온라인 수업에서 협업적인 교실 분위기를 어떻게 재현할 수 있는가? - 학생들이 교외 프로젝트를 함께 진행하려면 어떤 환경이 필요한가? - 이를 바탕으로 다음 네 가지 영역에 집중했다. - 수업용 리소스 - 학생들의 경험과 관점을 담은 콘텐츠 - Virtual Campus Slack 커뮤니티 - 온라인 해커톤 및 메이커톤 ## 학생이 직접 설계한 펠로십 - Figma는 학생들이 실제로 유용하고 즐겁게 사용할 수 있는 것을 직접 만들도록 프로그램에 참여시켰다. - 목표는 단순히 콘텐츠를 출시하는 것이 아니라 학생 커뮤니티에 장기적으로 영향을 줄 수 있는 협업 방식을 구축하는 것이었다. - 학생 커뮤니티뿐 아니라 Figma 내부 구성원과 더 넓은 디자인 생태계까지 연결하는 것을 지향했다. - 결과물은 학생들이 쉽게 접근할 수 있으면서도 성장 의욕을 자극하는 수준을 목표로 했다. - 여러 작업 흐름으로 나뉘어 일했지만, 참가자들은 하나의 cohesive한 팀으로 협력했다. ## 교실용 템플릿과 학습 자료 - 10주 동안 온라인 및 오프라인 수업에서 활용할 수 있는 템플릿 6개를 제작했다. - 대표적인 자료는 다음과 같다. - 리서치 프로젝트를 운영하기 위한 툴박스 - Figma 에디터에 익숙해지기 위한 플레이그라운드 파일 - 수업 과제를 배포하기 위한 템플릿 - 커뮤니티 곳곳에 흩어진 Figma 교육 자료도 선별해 교사와 학생이 학습·제작에 활용할 수 있도록 정리했다. - 특정 학교나 지역에 한정되지 않고 다양한 교실에서 사용할 수 있도록 범용성을 고려했다. ## 학생들의 현실적인 고민을 다룬 콘텐츠 - 학생들과 대화하면서 많은 학생이 “갭 이어를 선택해야 하는가?”라는 고민을 공유하고 있음을 발견했다. - 이에 따라 ‘Back To School?’ 영상 시리즈를 제작했다. - Figma CEO 딜런 필드가 마크 앤드리슨, 메이리 코, 칼리 클로스, 존 마에다, 로라 데밍 등을 인터뷰했다. - 인터뷰에서는 갭 이어의 의미와 교육의 가치, 각자의 진로 경험을 다양한 관점에서 다뤘다. - 학생 펠로우 Abigail Africa는 청중 분석, 자신감 있는 발표, 스토리텔링을 중심으로 피칭과 프레젠테이션 방법을 소개했다. ## Virtual Campus와 온라인 커뮤니티 - 여름 동안 1,000명 이상의 학생이 Slack 기반 Virtual Campus에 새로 참여했다. - 커뮤니티의 목적은 학생들이 서로 연결되고, 가르치고, 배우며 함께 즐길 수 있는 공간을 제공하는 것이었다. - 물리적인 캠퍼스를 이용할 수 없는 상황에서 온라인 커뮤니티가 소속감과 협업을 보완하는 역할을 했다. - 다양한 시간대의 학생 수백 명이 참여한 2일간의 온라인 메이커톤 ‘Camp Figma’도 개최했다. - 참가자들은 함께 제작 활동을 진행했으며, FigmAdventure와 Slice 같은 프로젝트가 우수작으로 선정됐다. ## 프로그램의 성과와 확장 가능성 - 이 프로그램은 학생 대상 지원을 단순한 교육 자료 제공에서 커뮤니티·콘텐츠·협업 경험을 포함한 종합적인 모델로 확장했다. - 학생들이 수혜자에 머무르지 않고 직접 문제를 정의하고 해결책을 제작했다는 점이 특징이다. - Figma는 이번 실험을 바탕으로 향후 펠로십 프로그램을 발전시키고, 캠퍼스 앰배서더 및 Friends of Figma와 연계할 기반을 마련했다. - 지역적 오프라인 활동이 어려운 상황에서도 온라인 리소스와 커뮤니티를 통해 더 넓은 학생층에 도달할 수 있음을 보여줬다. 학생 대상 프로그램을 만들 때는 일방적으로 콘텐츠를 제공하기보다 대상 학생을 초기 기획 단계부터 참여시키는 것이 효과적이다. 특히 재사용 가능한 템플릿, 지속적인 커뮤니티, 실제 고민을 다루는 콘텐츠를 함께 설계하면 일회성 행사를 넘어 장기적인 참여와 확장성을 확보할 수 있다.

원문 읽기(새 탭에서 열림)

slackFigma프로토타이핑collaborative-design+2

figma·2020년 5월 12일·3분 읽기큐레이션 요약

집에서 디자인 영감 찾기 |

집에 머무는 동안의 창의적 영감은 디자인 사례만 찾기보다, 직접 무언가를 해보고 일상과 다른 분야를 탐색하는 데서 얻을 수 있다. Figma 디자인팀은 취미, 사진, 온라인 커뮤니티, 음악·영화 등 다양한 경험이 창의적 사고를 자극한다고 말한다. 중요한 것은 영감을 억지로 찾기보다 즐거운 활동과 새로운 연결을 통해 창작의 흐름을 회복하는 것이다. ## 생각을 줄이고 직접 해보기 - 창의성이 막힐수록 문제를 계속 분석하기보다 전혀 다른 활동에 몰입하는 것이 도움이 된다. - 식물 수집, 가구 배치, 그림 그리기, 글쓰기처럼 작고 단순한 취미도 새로운 자극이 될 수 있다. - 컴퓨터과학, 음악, 게임처럼 디자인과 직접 관련 없는 주제를 공부하는 것도 사고의 폭을 넓힌다. - 그림을 스티커로 제작하는 등 개인 프로젝트는 업무와 별개로 성취감과 창작 에너지를 제공한다. - 결과물의 완성도보다 즐겁게 지속할 수 있는 활동인지가 중요하다. ## 사진과 기억을 통한 가상 탈출 - 여행, 전시, 건축, 라이브 음악을 직접 경험하기 어려운 상황에서는 과거의 기억이 대안이 될 수 있다. - 카메라 롤을 다시 살펴보면 다른 장소와 시간에 대한 기억이 되살아나며 정서적으로 재충전할 수 있다. - 사진은 단순한 기록을 넘어 새로운 시각적 관점과 아이디어를 제공한다. - 현재의 환경에서 벗어날 수 없을 때, 과거의 경험을 돌아보는 것만으로도 창작의 관점을 전환할 수 있다. ## 온라인 커뮤니티와 함께 영감 찾기 - 물리적으로 만날 수 없을 때 소셜 미디어, Figma Community, 온라인 아티클과 영상이 영감과 연결의 통로가 된다. - Are.na는 다른 북마크 서비스보다 협업적이며, 여러 사람이 자료와 핀을 자유롭게 추가할 수 있다는 점이 장점으로 소개된다. - Instagram과 Twitter에서는 특정 계정을 구독하거나, 흥미로운 디자이너를 따라가며 연쇄적으로 새로운 창작자를 발견할 수 있다. - 온라인 영감 탐색은 혼자 자료를 소비하는 데 그치지 않고, 다른 사람과 공유하고 함께 큐레이션할 때 더 풍부해진다. ## 디자인 바깥의 분야에서 연결 만들기 - 디자인 결과물만 계속 보면 비슷한 스타일과 해결 방식에 갇힐 수 있다. - 음악, 영화, TV 프로그램, 요리처럼 디자인과 거리가 있는 분야는 서로 다른 개념을 연결하도록 사고를 자극한다. - 특히 혁신이나 문제 해결을 다루지만 디자인을 직접 다루지 않는 콘텐츠가 새로운 시각을 줄 수 있다. - 다른 사람의 특정 디자인 사례를 그대로 참고하면 결과물이 모방에 가까워지거나 사고가 좁아질 위험이 있다. - 대신 인접 분야나 비슷하지만 다른 문제를 해결한 사례를 참고하면, 기존 디자인의 해법을 복사하지 않고 문제 해결 방식만 배울 수 있다. ## 실천을 위한 추천 창의성이 막혔다면 먼저 20~30분 동안 그림, 정리, 산책, 사진 감상처럼 부담 없는 활동을 해보는 것이 좋다. 이후 디자인과 무관한 콘텐츠를 접하거나 온라인 커뮤니티에서 새로운 자료를 탐색하면, 억지로 답을 찾기보다 자연스럽게 새로운 연결과 아이디어를 발견할 수 있다.

원문 읽기(새 탭에서 열림)

slackFigma사용자 경험visual-design+3

figma·2020년 4월 14일·3분 읽기큐레이션 요약

원격 리서치

원격 근무 환경에서 사용자 조사를 진행하려면 기존의 조사 프로세스는 유지하되, 참여자의 상황과 기술 숙련도를 고려한 세심한 조정이 필요하다. 특히 사용자 공감, 명확한 사전 안내, 제한된 참여 인원, 체계적인 기록과 공유가 중요하다. 원격 조사는 어려움도 있지만 지역적 제약을 넘어 다양한 사용자를 만날 수 있다는 장점도 제공한다. ## 사용자 공감을 최우선으로 하기 - 참여자는 개인적·직업적으로 어려운 상황에 놓여 있을 수 있으므로, 인터뷰 참여를 원하지 않을 가능성을 고려해야 한다. - 조사 일정이나 업무를 잠시 늦추거나 보류하는 것도 괜찮다는 유연한 태도가 필요하다. - 조사자는 사용자의 입장에서 현재 상황과 인터뷰 부담을 바라봐야 한다. ## 참여자가 따라 하기 쉬운 사전 안내 제공 - 화상회의나 협업 도구 사용법을 모든 참여자가 알고 있다고 가정해서는 안 된다. - 인터뷰 전에 스크리너와 준비 자료를 보내고, 다음 내용을 구체적으로 안내해야 한다. - 통화 참여 방법 - 필요한 장비와 사전 준비 - 세션 진행 방식 - 인터뷰 중 예상되는 활동 - 조사자에게는 당연해 보이는 내용도 참여자에게는 불편이나 불안의 원인이 될 수 있으므로, 상세한 설명이 참여자의 편안함을 높인다. ## 연구팀의 참여 범위 조절 - 화상 인터뷰에 사람이 많이 참여하면 사용자가 감시받는 듯한 불편함을 느낄 수 있다. - 기본적으로 진행자와 기록자 정도만 인터뷰에 직접 참여하는 것이 적절하다. - 추가 관찰자는 통화에 들어오는 대신 녹화본과 회고 세션을 활용하는 편이 좋다. - 녹화는 말의 내용뿐 아니라 말투와 분위기까지 보존하지만, 반드시 사전에 참여자의 동의를 받아야 한다. - 인터뷰 후에는 전체 연구팀이 참여하는 디브리핑을 진행해 다음을 확인한다. - 현재까지의 주요 발견 - 조사 결과의 공통된 흐름 - 아직 답하지 못한 질문 - 추가 조사가 필요한 영역 ## 비동기 방식으로 진행 상황 공유 - Figma 연구팀은 연구자가 진행 상황을 영상으로 녹화해 Slack에 공유하는 방식을 활용했다. - 업데이트 영상에는 다음 내용을 포함한다. - 지금까지 인터뷰한 참여자 - 예정된 인터뷰 일정 - 현재까지 파악한 인사이트 - 프로젝트 자료와 결과를 확인할 위치 - 이를 통해 모든 팀원이 인터뷰에 직접 참석하지 않아도 조사 진행 상황을 파악할 수 있다. ## 가상 보드로 조사 결과 정리 - 대면 회의실 대신 Figma 같은 협업 도구에 가상 보드를 만들어 조사 결과를 모으고 종합한다. - 가상 보드에는 다음 섹션을 구성할 수 있다. - **연구 질문**: 조사 목적과 답해야 할 핵심 질문 - **참여자**: 참여자의 특성, 직책, 사진, 주요 인용문 - **테마 보드**: 인터뷰 메모와 스티키 노트를 반복되는 주제별로 그룹화 - **미해결 질문**: 추가로 확인해야 할 문제와 주제 - **다음 단계**: 추가 인터뷰, 내부 회의 등 구체적인 후속 작업 - 인터뷰가 끝날 때마다 결과를 보드에 축적하면 팀 전체가 동일한 맥락에서 패턴과 공백을 확인할 수 있다. ## 원격 조사의 장점 활용 - 원격 조사는 이동이나 장소의 제약이 적어 대면 조사가 어려운 지역의 사용자도 만날 수 있다. - 특정 지역에 집중된 오프라인 조사보다 다양한 환경과 배경의 사용자를 포함하기 쉬울 수 있다. - 따라서 원격 방식을 단순한 대체 수단으로 보지 말고, 더 넓은 사용자 집단에 접근할 수 있는 기회로 활용할 수 있다. 원격 사용자 조사를 설계할 때는 참여자에게 충분한 안내를 제공하고, 인터뷰 인원을 최소화하며, 녹화·디브리핑·가상 보드로 팀의 맥락을 보존하는 것이 실용적이다.

원문 읽기(새 탭에서 열림)

slackFigmauser-researchusability-testing+2

figma·2020년 4월 7일·3분 읽기큐레이션 요약

멀리 떨어져서도

재택근무에서는 업무 방식뿐 아니라 사무실에서 자연스럽게 형성되던 유대감과 소속감도 의도적으로 온라인에 옮겨야 한다. Figma는 비공식적인 만남, 리더 간 협력, 즐거운 활동을 정기적으로 마련해 원격 환경에서도 팀을 하나로 유지하려 했다. 중요한 것은 모든 활동을 의무화하기보다 각 팀의 상황에 맞게 선택적으로 운영하며 연결의 기회를 꾸준히 제공하는 것이다. ## 사무실의 자연스러운 교류를 온라인으로 옮기기 - 사무실의 커피 타임, 식사, 우연한 만남은 업무 외적인 순간이지만 협업을 더 쉽고 즐겁게 만든다. - 원격근무에서는 이런 접점이 사라지므로 가상 점심, 온라인 커피, 화상회의 등을 통해 의도적으로 재현해야 한다. - 업무 프로세스의 원격 전환만으로는 충분하지 않으며, 팀의 관계와 공동체 의식도 함께 관리해야 한다. ## 형식적인 목적이 없어도 만남 유지하기 - 평소라면 이메일이나 Slack으로 대체할 수 있는 회의도 원격 환경에서는 서로의 상태를 확인하는 기회가 될 수 있다. - 비필수 회의를 무조건 취소하기보다 팀원 간 연결을 유지하는 시간으로 재해석한다. - 모든 회의가 명확한 업무 산출물을 가져야 하는 것은 아니며, 정기적인 안부 확인 자체가 중요한 기능을 한다. ## 리더들의 원격근무 원칙 공유 - Figma의 CEO는 관리자들을 모아 팀의 유대감을 유지할 방법을 함께 논의했다. - 팀별로 매일 아침 체크인, 가상 커피 등 각기 다른 방법을 제안했다. - 관리자 전용 Slack 채널에서 경험, 관련 글, 유용한 자료를 계속 공유했다. - 팀마다 원격근무 방식은 달라도 “모두 같은 상황을 함께 겪고 있다”는 공통 인식을 형성했다. ## 즐거운 순간을 회의와 소통에 포함하기 - 선택형 팀 운동, 반려동물 주제의 온라인 모임 등 업무와 직접 관련 없는 만남을 마련했다. - Zoom 채팅을 박수, 공감 표시, 질문에 활용해 발표자가 일방적으로 말하는 느낌을 줄였다. - 전사 All Hands가 끝날 때 잠시 모두 카메라를 켜 서로의 얼굴을 확인하도록 했다. - 격주 “Show and Tell”에서 업무, 개인적인 이야기, 관심사를 공유했다. - Zoom 배경화면을 소개하는 시간을 넣는 등 기존 행사의 형식을 변형해 재미를 더했다. - 전사 Slack 채널에서 매일 긍정적인 질문이나 주제를 던져 대화를 시작했다. - 이모지와 가벼운 대화를 적극적으로 사용해 온라인 소통의 분위기를 밝게 유지했다. ## 무작위 연결과 산책형 1:1 - Slack 앱 Donut을 활용해 참여를 원하는 사람끼리 무작위로 1~2명씩 연결했다. - 연결된 사람들은 Slack 스레드에서 대화 시간을 정하고 서로를 알아갔다. - 사무실에서 하던 걷기 1:1을 Zoom이나 FaceTime으로 변형해 각자의 동네를 산책하며 대화했다. - 자발적 참여를 전제로 하여 사교 활동이 또 다른 업무 부담이 되지 않도록 했다. ## Figma를 활용한 팀 활동 - Figma 커뮤니티에서 원격으로 즐길 수 있는 협업 게임과 활동을 참고했다. - **Figma Tennis**: 이미지를 차례로 주고받으며 서로의 작업을 발전시킨다. - **Trash Dinosaur**: 가상의 쓰레기 조각 다섯 개로 팀이 함께 공룡을 만든다. - **Virtual bookshelf**: 좋아하는 책이나 현재 읽는 책을 공유한다. - **그림 맞히기 게임**: Pictionary처럼 그림을 그리고 다른 사람이 단어를 맞힌다. - 이런 활동은 별도 행사가 아니어도 회의 시작 전 아이스브레이커로 활용할 수 있다. 원격 팀 운영에서는 업무 회의만 늘리기보다 비공식적인 교류와 놀이를 정기적으로 설계하는 것이 효과적이다. 다만 활동은 선택적으로 제공하고, 리더가 직접 참여하며, 팀원들이 부담 없이 얼굴을 보고 대화할 수 있는 구조를 만드는 것이 좋다.

원문 읽기(새 탭에서 열림)

slackFigmaremote-collaborationzoom+2

figma·2020년 3월 30일·3분 읽기큐레이션 요약

원격 브레인스토밍

원격 브레인스토밍은 대면 회의를 그대로 온라인으로 옮기는 것이 아니라, 목표·도구·진행 방식을 더 명확히 설계해야 효과적이다. Figma는 중앙 작업 문서와 화상회의를 결합하고, 사전 자료 공유와 소규모 그룹 활동을 통해 원격 환경에서도 참여와 창의성을 높일 수 있다고 설명한다. 또한 생산성 극대화보다 구성원들이 불확실한 상황에 적응할 수 있도록 충분한 여유와 연결감을 제공하는 것이 중요하다고 강조한다. ## 원격 브레인스토밍의 특징과 어려움 - 브레인스토밍은 다양한 관점을 듣고, 아이디어를 확장하거나 구체화하기 위한 회의다. - 단순한 진행 상황 공유 회의보다 창의적인 사고와 적극적인 참여가 필요하다. - 완전히 분산된 환경에서는 회의실에서의 즉석 대화, 화이트보드 활용, 짧은 팀 허들이 어렵다. - 특히 원래부터 원격으로 일하던 구성원이 겪던 참여와 소통의 어려움이 모든 팀원에게 확대될 수 있다. - 불확실한 시기에는 창의적 사고 자체가 어려울 수 있으므로, 구조와 심리적 여유를 함께 제공해야 한다. ## 목표를 먼저 명확히 정하기 - 프로젝트의 현재 단계에 맞춰 브레인스토밍의 목적을 정의한다. - 가능한 한 많은 아이디어를 모으려는 것인지, 몇 가지 선택지를 다듬으려는 것인지 구분해야 한다. - 목표가 명확하면 참가자들이 어느 수준과 방향의 아이디어를 준비해야 하는지 이해할 수 있다. - 원격 회의에서는 즉석에서 목적을 설명하기 어렵기 때문에, 사전에 목표를 공유하는 것이 특히 중요하다. ## 원격 협업 도구 준비하기 - **화상회의** - 회의 초대에 화상회의 링크를 포함한다. - 가능하면 카메라 사용을 권장해 구성원 간 연결감과 개방적인 분위기를 높인다. - Zoom의 가상 배경처럼 긴장을 완화하고 즐거운 분위기를 만드는 기능도 활용할 수 있다. - **중앙 Figma 파일** - 모든 참가자가 함께 작업할 수 있는 단일 문서를 만든다. - 참가자에게 편집 권한을 부여하고, 여러 페이지나 프레임을 주제별 아이디어 공간으로 사용한다. - 디자인 스프린트 템플릿을 출발점으로 활용하거나, 해당 브레인스토밍만을 위한 별도 파일을 만들 수 있다. - **채팅 채널** - 지속적인 업무라면 Slack 채널을 만들어 회의록, 후속 논의, 비동기 피드백을 관리한다. - 작업 문서 링크를 채널 주제에 고정하면 자료를 쉽게 찾을 수 있다. ## 회의 전에 자료와 작업 공간 공유하기 - 회의 전날 또는 당일 아침에 Figma 파일을 전달한다. - 브레인스토밍의 목표와 기대하는 결과를 간단히 설명한다. - 팀이 반응하거나 발전시킬 초기 아이디어가 있다면 문서에 미리 작성해 둔다. - 참가자가 실시간 회의 전에 생각할 시간을 가질 수 있도록 한다. - 질문은 개인 메시지나 Figma 댓글로 미리 남길 수 있게 안내한다. ## 회의 시작과 주제 이탈 관리 - 시작할 때 목표와 참가자들이 기여해야 할 방식을 다시 상기시킨다. - 원격 회의에서는 일부 참가자가 사전 자료를 확인하지 못했을 수 있으므로 핵심 내용을 짧게 복습한다. - 논의가 다른 방향으로 흘러가는 것은 참여와 관심의 신호일 수 있다. - 다만 본래 목적을 잃지 않도록 문서 안에 **“Parking lot”** 영역을 만든다. - 현재 주제와 직접 관련은 없지만 나중에 살펴볼 가치가 있는 아이디어를 해당 영역에 기록한다. ## 소규모 그룹과 구조화된 활동 활용하기 - 자유롭게 이야기하는 방식도 가능하지만, 원격 환경에서는 구조화된 진행이 더 효과적이다. - 화상회의 참가자를 2~3명 단위의 소그룹으로 나눈다. - 소그룹에서는 대규모 회의보다 발언 부담이 낮아 조용한 참가자도 의견을 내기 쉽다. - 소규모 환경은 기술적 문제나 의사소통 오류를 처리하기에도 유리하다. - 각 그룹에 전체 회의에서 결과를 공유할 **리드**를 지정한다. - 진행자는 Figma 파일을 화면 공유하거나, 참가자들이 Observation Mode로 진행자를 따라가도록 설정할 수 있다. - Zoom의 Breakout Room 같은 기능을 이용해 그룹을 분리한다. ## 실용적인 운영 원칙 원격 브레인스토밍을 준비할 때는 회의 목적을 먼저 정하고, 편집 가능한 공동 문서와 화상회의 링크를 사전에 제공하는 것이 좋다. 회의 중에는 Parking lot으로 논점을 관리하고, 2~3명 단위의 소그룹 활동과 그룹별 발표자를 활용하면 참여도와 결과의 질을 높일 수 있다.

원문 읽기(새 탭에서 열림)

slackFigmaremote-collaborationbrainstorming+2

figma·2019년 9월 3일·4분 읽기큐레이션 요약

Figma에서 디자인 크

디자인 크리틱은 팀의 집단적 역량을 활용해 작업의 품질을 높이고, 디자이너가 문제를 해결하도록 돕는 협업 의식이다. 하지만 운영이 미숙하면 피드백이 피상적이거나 실행 불가능해지고, 참여자는 위축되거나 혼란을 느낄 수 있다. Figma는 크리틱을 “위협적이지 않고 동기를 부여하는 자리”로 만들기 위해 목적을 명확히 하고, 문제에 맞는 다양한 형식과 지속적인 개선 방식을 도입했다. ## 크리틱 자체를 크리틱하기 Figma 팀은 약 1년간 크리틱을 운영한 뒤, 무엇이 잘되고 무엇이 문제인지 팀 전체가 검토했다. - 발견한 주요 문제: - 참석자가 많아 공간이 지나치게 붐빔 - 피드백이 피상적임 - 짧은 시간에 다루기에는 문제가 지나치게 복잡함 - 피드백이 구체적이거나 실행 가능하지 않음 - “동의한다”는 식의 집단사고와 단순한 찬성이 많음 - 솔직한 의견보다 지나치게 조심스러운 의견이 많음 - 디자이너의 문제를 실제로 해결하거나 다음 단계로 나아가게 하지 못함 - 팀은 Figma 파일에 의견을 모으고 주제별로 정리했다. - 문제를 분석하는 회의 자체가 가볍고 생산적이며 창의적으로 진행되었고, Figma는 이 분위기를 실제 크리틱에서도 재현하려 했다. - 한 번의 회의로 모든 문제를 해결하려 하지 않고, Slack의 `#design-crit-crit` 채널에서 운영 방식을 계속 개선했다. - 팀 규모와 업무 유형이 변하면 크리틱 방식도 함께 진화해야 한다고 보았다. ## 크리틱의 목표 정렬 효과적인 크리틱을 만들려면 먼저 회의가 무엇을 달성해야 하는지 합의해야 한다. - **문제 해결과 아이디어 생성** - 혼자 오래 고민해 막힌 디자이너가 팀의 관점을 활용해 앞으로 나아가도록 돕는다. - 초기 단계에서 팀이 이미 갖고 있는 아이디어와 가능성을 폭넓게 수집한다. - **디자인 품질 향상** - 시각 디자인뿐 아니라 인터랙션 세부 사항, 제품의 전반적인 방향까지 검토한다. - **일관성 강화** - 기존 디자인 패턴을 재사용할 수 있는지 확인한다. - 기존 패턴으로 해결되지 않는 경우 새로운 패턴이 필요한지 논의한다. - **맥락 공유** - 디자인팀이 알고 있는 회사와 제품의 상황을 서로 공유해, 개별 작업이 전체 방향과 연결되도록 한다. ## 문제에 맞춰 크리틱 형식을 선택하기 Figma는 모든 작업에 같은 회의 형식을 적용하지 않고, 목적과 상황에 따라 여러 방식을 사용한다. - **표준 크리틱** - 작업을 발표하고 참석자들이 의견을 주고받는 일반적인 형식이다. - 정기적인 검토와 폭넓은 피드백에 적합하다. - **잼과 워크숍** - 특정 문제를 함께 탐색하고 아이디어를 빠르게 생성하는 협업형 방식이다. - 방향이 정해지지 않았거나 여러 대안을 만들어야 할 때 유용하다. - **페어 디자인** - 두 명의 디자이너가 함께 작업하며 즉각적으로 판단과 피드백을 주고받는다. - 짧은 시간 안에 구체적인 문제를 해결하거나 작업을 진전시키는 데 적합하다. - **사일런트 크리틱** - 먼저 말없이 작업을 검토하고 각자 의견을 정리한 뒤 공유한다. - 목소리가 큰 사람의 의견에 쏠리는 현상과 집단사고를 줄이는 데 도움이 된다. - **종이·출력물 크리틱** - 화면 대신 출력물을 실제 공간에 배치해 검토한다. - 작업을 새로운 관점에서 보고, 세부 화면에 매몰되지 않은 피드백을 얻을 수 있다. - **FYI 크리틱** - 즉각적인 논의나 해결책보다 작업의 진행 상황과 맥락을 공유하는 데 초점을 둔다. - 참석자에게 정보를 전달하되, 발표자에게 불필요한 압박을 주지 않는 방식이다. ## 안전하고 생산적인 분위기 만들기 크리틱은 개인을 평가하는 자리가 아니라 작업을 발전시키는 자리여야 한다. - 참여자가 영감을 받고 도전받으며, 다음 행동을 결정할 수 있어야 한다. - 솔직한 피드백이 가능하려면 심리적으로 안전한 환경이 필요하다. - 단순한 “+1”이나 막연한 칭찬보다 문제의 원인과 개선 방향을 구체적으로 말해야 한다. - 피드백은 발표자의 현재 단계와 요청에 맞아야 하며, 짧은 시간에 지나치게 많은 문제를 다루지 않아야 한다. - 크리틱의 품질은 디자인팀 문화와 정체성에 영향을 주며, 인재를 채용하고 유지하는 데에도 중요한 요소다. ## 지속적으로 운영 방식을 개선하기 Figma의 크리틱은 고정된 규칙이 아니라 팀이 함께 발전시키는 프로세스다. - 정기적으로 크리틱의 효과와 문제점을 되돌아본다. - 회의에서 느낀 불편이나 개선 아이디어를 별도 채널에 계속 축적한다. - 팀이 성장하거나 다루는 문제의 유형이 달라지면 참석자 수, 시간, 형식, 피드백 방식도 조정한다. - 좋은 크리틱에서 실제로 나타나는 에너지와 협업 방식을 관찰하고, 이를 의도적으로 재현한다. 실무에서는 먼저 크리틱의 목적을 정한 뒤, 작업 단계와 문제의 성격에 맞는 형식을 선택하는 것이 좋다. 또한 회의가 끝난 뒤 “어떤 피드백이 실제로 작업을 전진시켰는가”를 점검하면, 크리틱을 부담스러운 평가 시간이 아니라 팀의 역량을 높이는 협업 도구로 발전시킬 수 있다.

원문 읽기(새 탭에서 열림)

slackFigma프로덕트 디자인collaboration+1

figma·2018년 12월 12일·3분 읽기큐레이션 요약

딜리버루, 피그마

Deliveroo는 빠른 성장으로 디자인 조직이 커지면서 도구와 파일이 분산되고, 디자이너·콘텐츠·엔지니어 간 협업이 느려지는 문제를 겪었다. Figma의 실시간 공동 편집과 한 문서 내 협업을 도입한 뒤, 팀은 디자인 과정과 의사결정을 투명하게 공유하고 피드백을 더 빠르게 주고받을 수 있게 됐다. 결과적으로 Figma는 Deliveroo의 디자인 문화를 개방적이고 협력적인 방식으로 전환하는 기반이 되었다. ## 빠른 성장으로 생긴 디자인 사일로 - Deliveroo는 2013년 설립 이후 13개 시장, 500개 이상의 도시와 지역으로 확장했다. - 소비자, 배달원, 레스토랑을 위한 제품을 만들기 위해 콘텐츠·리서치·디자인 분야에서 40명 이상의 인력이 협업했다. - 조직이 커지면서 제품 그룹별 사일로가 생겼고, Sketch, Dropbox, Zeplin, Abstract 등 여러 도구가 분산 사용됐다. - 서로 다른 앱 버전의 파일을 동기화하기 어려워 이메일로 파일을 주고받는 일이 잦았다. - 콘텐츠 디자이너와 제품 디자이너가 같은 파일을 동시에 다루지 못해, 한 사람이 오전에 파일을 사용하고 다른 사람이 오후에 이어받는 방식으로 작업했다. - 스크린샷, Slack 메시지, 이메일 등을 통해 변경 사항을 재확인해야 했고 불필요한 커뮤니케이션이 반복됐다. ## 하나의 파일에서 시작된 협업 - Deliveroo 팀은 Figma의 실시간 공동 편집 기능을 통해 여러 사람이 하나의 문서에서 작업할 수 있다는 점에 주목했다. - 초기에는 도구 변경에 대한 우려가 있었지만, 파일을 따로 관리하고 동기화해야 하는 부담이 줄어들면서 빠르게 도입에 동의했다. - 콘텐츠 디자이너와 제품 디자이너가 같은 파일에서 작업하면서 디자인과 콘텐츠 아이디어를 동시에 발전시킬 수 있었다. - 파일 버전을 관리하거나 별도 문서로 콘텐츠를 공유하는 작업이 줄어들었다. - 파일 관리에 들던 시간을 줄이고 실제 제품 아이디어와 문제 해결에 더 집중할 수 있게 됐다. ## 디자인 과정을 공개하는 문화 - Figma를 통해 디자인 결과물뿐 아니라 작업 과정과 사고방식까지 팀 전체가 확인할 수 있게 됐다. - 제품 디자이너, 리서처, 엔지니어, 프로덕트 매니저가 같은 문서에서 콘텐츠 디자인 과정을 볼 수 있었다. - 디자인에 익숙하지 않은 조직 구성원도 작업물을 쉽게 확인하고 의견을 제시할 수 있었다. - 엔지니어가 디자인의 의도를 이해한 상태에서 예외 상황(edge case)을 제안하고 함께 정의할 수 있게 됐다. - 디자인이 특정 담당자만 이해하는 비공개 작업이 아니라, 여러 직군이 참여하는 공개적인 과정으로 바뀌었다. ## 온보딩과 지식 공유의 간소화 - 새로 합류한 디자이너는 여러 도구를 따로 익히는 대신 Figma를 중심으로 팀의 작업 방식을 빠르게 파악할 수 있었다. - 기존 파일과 프로젝트를 직접 둘러보며 팀의 디자인 기준과 진행 방식을 스스로 학습할 수 있었다. - 콘텐츠 디자이너처럼 다양한 이해관계자와 협업해야 하는 구성원에게 특히 도구 학습 부담이 줄었다. - 업무 결과물뿐 아니라 과거의 논의와 디자인 맥락도 한곳에서 확인할 수 있어 팀 지식 공유가 쉬워졌다. ## 한 문서에 모인 피드백 - 댓글과 의견을 디자인 파일 안에 직접 남길 수 있어 프로젝트 관련 논의가 여러 채널로 흩어지지 않았다. - 담당자가 별도로 작업 내용을 설명하지 않아도 문서와 댓글만으로 프로젝트의 진행 상황을 파악할 수 있었다. - 파일을 보면서 질문하고 답변할 수 있어 피드백 전달과 응답 속도가 빨라졌다. - 의견과 결정 사항이 디자인과 함께 남기 때문에, 팀원들이 작업의 맥락을 더 쉽게 이해할 수 있었다. ## 실용적인 결론 빠르게 성장하는 디자인 조직이라면 도구의 개수보다 모든 구성원이 같은 작업 공간과 최신 파일을 공유하는지가 중요하다. 실시간 공동 편집, 문서 내 댓글, 직군 간 접근 권한을 활용하면 파일 동기화와 반복적인 확인 작업을 줄이고 디자인·콘텐츠·개발 간 협업을 더 투명하고 효율적으로 만들 수 있다.

원문 읽기(새 탭에서 열림)

slackFigma디자인 시스템프로덕트 디자인+4

figma·2018년 5월 23일·4분 읽기큐레이션 요약

크롬북에서 처음

Chromebook에서도 클라우드 기반 도구를 활용하면 전문 디자이너의 업무를 처음부터 끝까지 수행할 수 있다는 글이다. 저자는 Figma와 웹 기반 생산성 도구 덕분에 성능이나 협업에서 큰 불편을 겪지 않았으며, 오히려 자동 저장·동기화와 비용 절감의 이점을 강조한다. 다만 사용자 정의 글꼴, 인터넷 연결, 영상·음원 편집처럼 로컬 환경이 필요한 작업에는 여전히 제약이 있다. ## Chromebook을 선택한 이유 - Square가 보안성, 저렴한 비용, 자동 백업 및 동기화를 이유로 일부 직원의 Chromebook 전환을 추진했다. - 저자는 내부 프레젠테이션 작업에서 Chromebook 사용자의 환경을 직접 이해하기 위해 Mac 대신 Chromebook을 선택했다. - 이미 Figma를 3년간 사용하고 있었기 때문에, 디자인 파일과 주요 작업이 클라우드에 저장되는 환경에 익숙했다. - 1년간 전문 디자이너로 Chromebook을 사용한 뒤, 다시 Mac으로 돌아갈 필요를 느끼지 못했다고 평가한다. ## Chrome OS에서 디자인할 때 알아둘 점 - **Figma의 클라우드 기반 구조** - Figma는 브라우저에서 실행되는 전문 디자인·프로토타이핑 도구다. - Chromebook에서 디자인하려면 사실상 Figma 같은 클라우드 기반 도구가 필수적이다. - **키보드 단축키** - Chrome OS의 `Control` 키가 macOS의 `Command` 키와 비슷한 역할을 한다. - `Search` 키는 Caps Lock 대신 배치되어 있으며, 보조 키로 사용할 수 있다. - 예를 들어 Figma에서 `Search + 드래그`를 사용하면 객체를 복제할 수 있다. - Figma의 단축키 메뉴는 현재 운영체제에 맞는 단축키를 표시하며, `Ctrl + Shift + /`로 열 수 있다. - **성능** - 저자가 사용한 세 대의 Chromebook에서 Figma 성능 문제를 경험하지 않았다. - Figma가 브라우저에서 빠르게 작동하기 때문에 고성능 데스크톱 환경이 반드시 필요한 것은 아니라고 설명한다. - **웹 기반 보조 도구** - Slack, Grammarly, 접근성 테스트 도구 Funkify, G Suite 등이 모두 웹에서 작동한다. - 따라서 디자인 외 업무도 대부분 Chromebook에서 처리할 수 있다. - **제약 사항** - 당시 Chrome OS에서는 사용자 정의 글꼴을 직접 설치할 수 없었다. - 대신 Google Fonts의 다양한 글꼴을 사용할 수 있다. - 인터넷 연결이 제한되면 일부 기능을 사용하기 어렵지만, Chromebook은 오프라인에서도 일정 수준의 기능을 제공한다. - **터치스크린** - 긴 문서나 Slack 대화를 스크롤하거나 Figma 캔버스를 탐색할 때 터치스크린이 유용했다. ## 디자이너에게 적합한 Chromebook 선택 - 저자는 HP Chromebook과 Samsung Pro를 거친 뒤 Google Pixelbook을 가장 선호하게 됐다. - Pixelbook은 당시 999달러부터 시작하는 고가 Chrome 기기였지만, 이전에 사용하던 MacBook Pro 가격의 3분의 1 이하 수준이었다. - 저렴한 Chromebook이나 HDMI 스틱형 컴퓨터인 85달러짜리 Chromebit도 선택지로 언급한다. - 최종적으로 Pixelbook을 선택한 이유는 키보드와 트랙패드의 품질이었다. - 디자인 작업에서는 화면뿐 아니라 입력 장치의 사용감도 장시간 작업 효율에 큰 영향을 준다는 점을 보여준다. ## 클라우드 기반 디자인 작업 흐름 ### 제작 - Figma: 디자인 및 프로토타이핑 - SuperHi: 웹사이트 코드 편집 - Google Slides, Figma, Paste: 프레젠테이션 제작 - Grammarly, Google Docs, Dropbox Paper: 문서 작성 및 교정 ### 업무 관리와 재무 - Asana, Google Tasks: 할 일과 프로젝트 관리 - Bonsai: 회계 업무 - Notion: 재무 관리 - 1Password X: 비밀번호 관리와 보안 ### 커뮤니케이션 - Signal, Telegram, Slack: 메시징 - Slack, Google Meet: 회의와 화상 통화 ### 음악과 멀티미디어 - Spotify, Pocket Casts: 음악과 팟캐스트 - 영상·음원 편집은 Final Cut Pro와 Logic Pro를 사용할 수 있는 Mac에서 처리했다. - 저자는 향후 영상·음원 편집도 웹 기반 대안으로 대체될 가능성이 높다고 전망한다. ## 소프트웨어가 웹으로 이동하는 이유 - 클라우드 도구를 사용하면 파일을 별도로 백업하거나 저장할 필요가 줄어든다. - 브라우저만 있으면 여러 장소와 기기에서 동일한 파일에 접근할 수 있다. - 작업물이 특정 컴퓨터에 묶이지 않으므로 기기 고장이나 분실에 따른 위험도 낮아진다. - 웹 기술의 발전으로 브라우저에서도 실시간 렌더링과 물리 효과 같은 고급 기능을 구현할 수 있게 됐다. - Figma는 WebGL을 활용한 실시간 3D 렌더링 실험에서 출발했으며, 이는 브라우저가 전문 소프트웨어를 실행할 수 있음을 보여주는 사례로 제시된다. - 웹은 운영체제나 앱스토어에 덜 종속되고, 누구나 접근하고 개발할 수 있다는 점에서 개방성과 접근성이 높다. Chromebook 전환을 고려한다면 Figma처럼 클라우드 기반인 핵심 도구와 Slack·Docs·Notion 같은 웹 서비스를 중심으로 업무 환경을 구성하는 것이 좋다. 반면 사용자 정의 글꼴이나 전문 영상·음원 편집이 중요하다면 해당 작업을 위한 별도 장비나 대체 도구를 함께 준비해야 한다.

원문 읽기(새 탭에서 열림)

slackFigmawebglchromebook+4

figma·2018년 4월 3일·4분 읽기큐레이션 요약

Figma가 Sounds 앱의

Sounds 앱은 디자인 에이전시에 의존하지 않고 Figma 템플릿과 소규모 광고비를 활용해 페이스북 성장을 크게 끌어올렸다. 게시물당 수십 건에 불과하던 반응은 수천 건으로 늘었고, 주간 도달률은 100만 회 이상으로 상승했으며, 페이스북 페이지 좋아요는 4개월 만에 1.4만에서 6만, 이후 15만 이상으로 증가했다. 핵심은 데이터 기반 콘텐츠 분석, 비디자이너도 편집할 수 있는 템플릿, 지속적인 실험이었다. ## 제한된 예산과 인력으로 페이스북 운영 시작 - 기존 페이스북 페이지는 인스타그램 유입을 위한 보조 채널에 가까웠다. - 게시물당 좋아요는 최대 약 20개, 1.4만 명의 팬 중 평균 도달률은 약 500명에 그쳤다. - 외주 에이전시를 이용하면 월 3,000~5,000달러 이상이 필요했고 광고비는 별도였다. - 마케팅 담당자는 커뮤니티 관리, 아티스트 관계, 고객 지원도 함께 맡고 있어 시간과 예산이 모두 제한적이었다. - 이에 따라 Sounds는 페이스북 운영을 내부에서 직접 개선하기로 했다. ## 콘텐츠 분석과 재사용 가능한 템플릿 - 음악·미디어·앱 분야의 인기 페이스북 페이지를 분석해 높은 참여를 유도하는 게시물 유형을 파악했다. - 분석 결과를 바탕으로 Sounds 브랜드에 맞는 콘텐츠 형식을 정리했다. - 디자이너 Thomas와 협업해 아티스트 사진만 교체하면 되는 브랜드 템플릿을 제작했다. - 템플릿은 전문 디자인 툴을 매번 처음부터 다루지 않아도 되도록 구성됐다. - Figma는 Mac과 Windows에서 사용할 수 있고, 별도 라이선스 부담이 적으며, 디자이너와 비디자이너가 함께 작업하기에 적합했다. ## 비디자이너의 제작 속도를 높인 Figma - 처음에는 Photoshop 경험이 거의 없어 Figma 인터페이스가 다소 어렵게 느껴졌다. - 디자이너가 작업 공간과 템플릿을 미리 구성하고, Slack 세션과 짧은 화면 녹화 영상으로 사용법을 설명했다. - 그 결과 비디자이너인 마케팅 담당자도 일상적으로 콘텐츠를 직접 제작할 수 있었다. - 디자이너가 다른 시간대에 있어도 아이디어가 떠오른 즉시 게시물을 만들 수 있었다. - 디자인 요청을 주고받는 대기 시간이 줄어들어 콘텐츠 제작과 게시 속도가 빨라졌다. ## 소규모 광고비와 추적 링크를 활용한 성장 - 2017년 10월 말부터 Figma로 만든 콘텐츠를 페이스북에 게시했다. - Branch.io의 맞춤 링크를 사용해 어떤 게시물이 앱 다운로드를 유도하는지 추적했다. - 페이스북과 인스타그램에 하루 최대 25달러 정도만 광고비를 사용했다. - 게시물당 좋아요·댓글·공유가 10~20건 수준에서 수천 건으로 증가했다. - 주간 도달률은 100만 회 이상으로 상승했으며, 기존 월간 도달률에 해당하는 수준을 매주 달성했다. - 페이지 좋아요는 4개월도 되지 않아 1.4만에서 6만으로 증가했고, 한 달 뒤 15만을 넘겼다. - 알고리즘상 게시물 부스팅은 여전히 필요했지만, 일반적으로 게시물당 5달러, 성과가 좋은 경우 최대 10달러만 투자했다. - 광고로 도달한 이용자들이 게시물을 자신의 네트워크에 공유하면서 유기적 도달률도 함께 높아졌다. ## 에이전시보다 낮은 비용으로 달성한 결과 - 같은 기간 외주 에이전시를 이용했다면 2만 달러 이상이 들 것으로 예상했다. - 실제로는 광고비를 포함해 총 3,000달러 미만을 사용했다. - 절약한 예산은 사용자 유지율과 수익화에 영향을 주는 제품 내 도구에 재투자할 수 있었다. - 댓글에서 더 활발한 대화가 발생해 단순한 페이지 지표뿐 아니라 커뮤니티 참여도도 개선됐다. ## 소규모 마케팅 팀을 위한 교훈 - **디자이너가 아니어도 콘텐츠를 만들 수 있다.** - 채널별 규격에 맞춘 템플릿과 적절한 도구가 있으면 매일 콘텐츠를 제작할 수 있다. - **전문 마케터가 아니어도 마케팅할 수 있다.** - 소셜 마케팅의 핵심은 전통적인 마케팅 경력보다 고객을 이해하고 어떤 콘텐츠가 반응을 얻는지 파악하는 능력이다. - **자원이 적다고 도달 범위까지 제한되는 것은 아니다.** - 작은 광고비라도 콘텐츠 형식과 타깃 반응을 실험하며 개선하면 큰 성과를 만들 수 있다. - **실패를 허용하는 실험 문화가 중요하다.** - 시행착오를 두려워하지 않고 게시물 유형과 광고 집행 방식을 반복적으로 테스트한 것이 성장의 기반이 됐다. 소규모 팀이라면 외주를 먼저 고려하기보다, 성과가 검증된 콘텐츠 유형을 분석하고 재사용 가능한 템플릿을 만든 뒤 소액 광고와 추적 링크로 결과를 측정하는 방식을 추천한다.

원문 읽기(새 탭에서 열림)

slackFigmaspotifyphotoshop+4

datadog·2017년 8월 15일원문

ChatOps를 통한 클라우드 보안 가시성 향상 (새 탭에서 열림)

Datadog은 대규모 AWS 환경에서 발생하는 막대한 API 호출을 효율적으로 감시하기 위해 서버리스 기반의 보안 모니터링 및 알림 파이프라인을 구축했습니다. 이 시스템은 모든 API 활동을 실시간으로 분석하여 잠재적 위협과 설정 오류를 탐지하며, Slack과 Duo를 활용한 사용자 직접 확인 절차를 통해 보안팀의 운영 부담을 최소화합니다. 결과적으로 적은 인력으로도 수많은 계정의 보안 상태를 높은 가용성으로 유지할 수 있는 중앙 집중형 구조를 완성했습니다. ### 데이터 필터링과 위험도 분류 * **로그 중심의 선택적 집중:** 모든 API 호출을 실시간 감시하는 것은 불가능하므로, 보안상 의미 있는 API를 식별하여 로그(Log), 알림(Notify), 경고(Alert)의 세 단계로 분류했습니다. * **단계별 대응 체계:** 단순 변경(CreateGroup 등)은 추후 조사를 위해 로그로 남기고, 권한 변경(CreateUser 등)은 실행한 엔지니어에게 직접 확인을 요청하며, 치명적인 설정 오류(보안 그룹을 0.0.0.0/0으로 개방 등)는 즉시 보안팀에 경고를 보냅니다. * **엔지니어 직접 검증:** 알림 단계에서는 해당 API를 호출한 엔지니어에게 Slack 메시지를 보내 본인이 수행한 작업인지 확인하게 함으로써, 계정 탈취 여부를 확인하는 동시에 보안팀의 오탐(False-positive) 분석 업무를 획기적으로 줄였습니다. ### 중앙 집중형 아키텍처 및 파이프라인 * **교차 계정 데이터 통합:** 15개 이상의 AWS 계정에서 발생하는 이벤트를 하나의 중앙 보안 계정으로 수집하기 위해 CloudWatch 이벤트 규칙과 SNS, SQS를 조합했습니다. * **지연 및 비용 최적화:** CloudWatch가 SQS로 직접 데이터를 보내지 못하는 제약을 SNS를 통해 해결했으며, Lambda를 2분마다 트리거하여 SQS 큐의 데이터를 처리함으로써 실시간성과 알림 피로도 사이의 균형을 맞췄습니다. * **인프라 코드화:** Terraform을 사용하여 모든 AWS 계정에 동일한 데이터 수집 설정을 신속하고 일관되게 배포할 수 있는 구조를 갖췄습니다. ### 보안 오케스트레이션과 자동화 로직 * **워크플로우 자동화:** 보안 오케스트레이션 플랫폼인 Komand(현 Rapid7 InsightConnect)를 도입하여 복잡한 결정 트리와 브랜칭 로직을 구현했습니다. * **상세 분석 플러그인:** 커스텀 플러그인을 통해 호출자 identity, API 파라미터 내용, 요청 시간 등을 정밀하게 파싱하여 경고 여부를 결정합니다. * **다중 인증(MFA) 연동:** 엔지니어가 Slack 알림에서 본인의 작업임을 승인하면 Duo Push를 통해 2차 인증을 거치게 되며, 응답이 없거나 본인 작업이 아니라고 응답할 경우에만 보안팀에 비상 호출(PagerDuty)이 전달됩니다. * **가시성 확보:** 모든 워크플로우 실행 결과는 Elasticsearch로 전송되어 대시보드화되며, 이를 통해 보안 이벤트 추세와 시스템 효율성을 측정합니다. 대규모 클라우드 환경을 운영하는 조직이라면 모든 이벤트를 보안팀이 직접 처리하려 하기보다, 이처럼 자동화된 오케스트레이션과 사용자 참여형 검증 시스템을 구축하여 '확장 가능한 보안(Scalable Security)'을 실현하는 것이 권장됩니다.

slackAWSTerraformsecurity-monitoring+4

figma·2017년 5월 21일·2분 읽기큐레이션 요약

Braintree가 디자인 크리틱 시간을

Braintree는 정적인 디자인 리뷰를 실시간 공동 작업으로 바꾸면서 디자인 크리틱에 드는 시간을 약 50% 줄였다. 디자이너들이 같은 파일에서 직접 수정하고 아이디어를 발전시키자 피드백 오해와 반복 회의가 감소했으며, 개발자와의 핸드오프도 링크 하나로 단순해졌다. ## 기존 디자인 크리틱의 비효율 - 디자이너가 작업물을 발표하고, 여러 리뷰어에게 한꺼번에 피드백을 받는 방식이었다. - 디자이너는 회의 후 혼자 피드백을 적용해야 했고, 리뷰어의 의도를 정확히 이해하지 못하는 경우가 많았다. - 수정본을 다시 검토하는 회의에서 문제가 재발견되거나 새로운 문제가 생겨 반복 작업이 발생했다. - PayPal의 Braintree 인수 이후 여러 디자인 팀, 서로 다른 스타일 가이드, 다양한 서비스와 개발 팀이 얽히며 커뮤니케이션 복잡성이 커졌다. ## Figma 도입과 실시간 리뷰 - Braintree의 Developer Experience 디자인 팀은 새로운 피드백 방식을 시험하며 Figma를 도입했다. - 디자이너들은 대면 회의 대신 Slack 음성 통화와 Figma 파일을 함께 사용했다. - 브라우저 링크로 같은 파일에 접속하고, 관찰 모드로 상대방의 화면과 작업 위치를 실시간으로 확인했다. - 별도의 운영체제나 설치 환경에 크게 구애받지 않고 온라인에서 협업할 수 있다는 점도 장점으로 작용했다. ## 정적 리뷰에서 창의적 공동 작업으로 - 리뷰어는 말로 설명하는 대신 디자이너의 아트보드를 복제하고 직접 수정해 의도를 보여줄 수 있었다. - 피드백을 메모한 뒤 나중에 해석하고 적용할 필요가 줄어들었다. - 두 디자이너가 같은 파일에서 각자의 시안을 발전시키고, 서로의 작업을 참고하며 아이디어를 조합했다. - 여러 시안의 장점을 결합한 새로운 버전을 즉석에서 만들 수 있었다. - Craig은 이 방식으로 디자인 크리틱 시간이 약 50% 감소했다고 추정했다. ## 개발자 핸드오프 간소화 - 기존에는 디자인 변경 때마다 파일을 다시 내보내고, 개발자에게 수많은 메시지를 보내야 했다. - Figma 링크 하나를 공유하면 디자이너와 개발자가 최신 디자인을 함께 확인할 수 있었다. - 특정 버튼이나 기능의 동작을 질문받으면, 디자이너가 파일 안에서 직접 복제·수정하며 설명할 수 있었다. - 디자인의 동작 방식을 설명하기 위한 별도 회의와 반복적인 파일 전달이 줄어들었다. ## 실용적인 적용 방법 - 디자인 리뷰를 발표와 질의응답에만 한정하지 말고, 공동 편집 세션으로 운영한다. - 피드백은 말이나 문서로만 전달하지 말고, 가능한 경우 리뷰어가 직접 시안을 수정해 보여주게 한다. - 디자이너와 개발자가 동일한 최신 파일을 기준으로 대화하도록 공유 링크와 실시간 협업 도구를 활용한다. - 팀 규모가 커질수록 정기 회의보다 실시간 작업 공간을 중심으로 커뮤니케이션 구조를 설계하는 것이 효과적이다.

원문 읽기(새 탭에서 열림)

slackFigma사용자 경험real-time-collaboration+2

figma·2015년 12월 14일·2분 읽기큐레이션 요약

처음부터 슬랙과 함께 |

Figma는 협업형 인터페이스 디자인 도구의 핵심 협업 경험을 자체 메시징 기능이 아니라 Slack 위에 구축하기로 했다. 디자이너들이 Slack을 일상적으로 사용하고, Slack 사용자가 디자인 과정을 더 개방적으로 공유하는 경향이 있었기 때문이다. 따라서 Figma 팀을 Slack 팀과 연결하고 파일 알림도 Figma가 아닌 Slack으로 전달하는 전략이 통합과 사용자 경험 측면에서 효과적이었다. ## Slack 사용자를 관찰한 배경 - Figma는 제품을 개발하며 디자이너들이 파일 저장, 사양 작성, 제품 의사결정 등을 어떻게 협업하는지 조사했다. - 인터뷰한 디자이너 중 절반 이상이 Slack을 하루 종일 사용한다고 답했다. - Slack 사용 여부는 다른 협업 방식과도 연관되어 있었다. - Slack을 사용하는 디자이너일수록 디자인 과정을 팀에 더 개방적이고 투명하게 공유하는 경향이 있었다. - 이를 통해 Slack이 단순한 채팅 도구가 아니라 디자인 협업의 중심 채널이 될 수 있다고 판단했다. ## 중복 기능을 만들지 않은 이유 - Figma는 디자인에 대한 커뮤니케이션을 지원하는 제품이므로, 자체적으로 메시지·알림 기능을 구현하고 싶은 유혹이 있었다. - 하지만 Slack과 비슷한 기능을 다시 만들면 다음과 같은 문제가 생긴다. - 사용자가 메시지를 확인할 장소를 하나 더 관리해야 한다. - 팀을 Figma와 Slack 양쪽에서 별도로 설정해야 한다. - 이미 익숙한 협업 흐름이 여러 서비스로 분산된다. - Figma는 사용자가 또 다른 메시지함을 확인하도록 만들기보다, 기존에 사용 중인 Slack을 협업 기반으로 활용하기로 했다. ## Figma와 Slack의 긴밀한 통합 - Figma의 협업 모델에서 “Figma 팀”은 “Slack 팀”과 연결된다. - Figma 파일에서 발생하는 알림은 Figma 내부가 아니라 Slack을 통해 전달된다. - 사용자는 Slack에서 디자인 관련 소식을 확인하고 팀원과 논의할 수 있다. - 이는 Slack을 단순한 외부 연동 대상이 아니라 Figma 협업 경험의 기반 플랫폼으로 활용한 결정이다. ## 플랫폼 전략과 사업적 판단 - Figma는 Slack 플랫폼이 공식적으로 출시되기 전부터 Slack을 플랫폼으로 바라보고 통합을 준비했다. - Slack 중심의 협업 구조는 당시로서는 큰 전략적 선택이었지만, 초기 성과를 통해 그 판단이 효과를 내고 있다고 평가했다. - 글은 앞으로 다른 기업들도 자체 기능을 무작정 복제하기보다, 사용자가 이미 익숙한 플랫폼 위에 제품 경험을 구축할 가능성이 커질 것이라고 전망한다. 실용적으로는 새로운 협업 기능을 개발할 때 자체 메시징·알림 시스템을 추가하기 전에, 사용자가 이미 매일 사용하는 도구와 자연스럽게 연결하는 방식을 우선 검토할 필요가 있다.

원문 읽기(새 탭에서 열림)

slackFigmacollaborationapi-integration+2