피그마, 팀의 AI 활용을 높이는 네 가지 협업 습관 공개

ARCH-B

ARCH-B

Figma Blog 기반 · 2026년 10월 12일 · 4분 분량

0

한눈에 보는 핵심요약

피그마가 소규모 학습, 실패 과정 공유, 직무 간 교육, 프로토타입 우선 리뷰를 실천하는 네 회사의 사례를 소개했다. 개인의 도구 숙련을 팀의 판단 능력으로 연결하는 방법이며, 생산성 수치를 입증한 실험과는 구분해 읽어야 한다.

  • 피그마는 소규모 학습·실패 공유·직무 간 교육·프로토타입 우선 리뷰의 네 사례를 소개했다.
  • 다른 직무의 초안을 만들더라도 분야 전문가의 검토가 이어지는 구성을 강조한다.
  • 내부 운영 사례이며 생산성 향상률을 입증한 독립 실험으로 해석할 수 없다.
피그마, 팀의 AI 활용을 높이는 네 가지 협업 습관 공개
이미지 제공: Figma Blog · 원출처 기사

도구 사용을 팀의 일상으로 옮기다

피그마는 10월 10일 피그마·세포라·메르카리·아틀라시안의 AI 활용 습관을 소개했다. 특정 신제품의 출시 소식이 아니라 학습과 리뷰 방식을 바꾼 사례다. 피그마는 주제별 동료 학습 모임 다섯 개를 6주간 운영하며 매주 한 시간을 함께 썼다. 참여자가 원하는 기술과 배우기 편한 환경을 먼저 물은 뒤 그룹을 구성했다.

세포라는 격주 공유회에서 완성된 결과만 보여주던 방식을 바꿨다. 발표자가 시도한 과정과 실패를 설명하고 회의 사이에도 질문을 이어가게 했다. 잘 만들어진 결과가 초보자에게 오히려 부담이 될 수 있다는 팀의 반응을 반영한 변화다. 두 사례 모두 강의 자료의 양보다 동료에게 질문하고 직접 실행할 시간을 확보하는 데 초점을 둔다.

만드는 능력과 검토하는 능력을 함께 배우다

메르카리는 디자이너에게 코드와 저장소 사용 등 개발의 기초를, 개발자에게 시각적 위계 등 디자인의 기초를 가르치는 실습을 진행한다. 다른 직무의 일을 시작할 수 있는 문맥을 갖춘 뒤에는 해당 분야의 전문가가 결과를 검토한다. 직무를 넘나드는 초안을 만들 수 있다는 사실과 전문적인 품질 판단을 할 수 있다는 사실을 구분한 구성이다.

아틀라시안은 디자인 리뷰에서 프로토타입을 먼저 보여주고 목적과 판단 근거는 나중에 설명하는 규칙을 도입했다. 참석자는 실제로 눌러본 경험을 토대로 토론한다. 이 네 사례의 운영 방식은 피그마가 관계자를 통해 소개한 내용이며, 동일한 방식이 모든 팀의 납기나 매출을 개선한다는 비교 실험은 발표에 포함되지 않았다.

공유 가능한 지식과 결정 과정의 중요성

피그마의 별도 해설은 AI 활용 역량을 도구 조작에 한정하지 않는다. 개인이 만든 프롬프트나 내부 도구를 동료가 이해하고 사용할 수 있는 형태로 바꾸고, 필요한 이해관계자를 결정 과정에 참여시키는 능력을 강조한다. 실험 결과를 함께 검토할 수 있어야 개인의 발견이 팀의 작업 방식으로 이어진다는 설명이다.

그 해설에는 내부 앱이 민감한 프로젝트 정보를 노출한 사실을 뒤늦게 알게 된 사례도 등장한다. 더 쉽게 만드는 환경일수록 데이터와 권한을 이해하는 사람의 참여가 필요하다는 취지다. 따라서 직무 간 교육은 익숙하지 않은 영역에서 더 많은 결과를 만드는 데 그치지 않고, 어디서 전문가의 검토를 받아야 하는지도 알려줘야 한다.

ARCH.B 분석

공유회에는 결과가 나온 조건을 남기기

ARCH.B의 관점에서 팀이 이 사례들을 적용할 때 보존할 자료는 최종 화면만이 아니다. 입력한 요구사항, 제공한 문맥, 중간에 실패한 이유와 사람이 수정한 부분을 함께 남기면 동료가 시행착오를 재현하거나 피할 수 있다. 반대로 결과 이미지만 모으면 경험이 적은 참여자는 어떤 단계에서 도움을 받아야 할지 알기 어렵다.

학습 모임의 산출물도 작은 업무 하나로 정하는 편이 실용적이다. 예를 들어 반복해서 작성하는 컴포넌트 설명이나 리뷰용 인터랙션을 골라 함께 만들고, 기존 방식과 비교해 빠진 정보가 있는지 확인할 수 있다. 모임 참여 횟수나 생성물 개수를 성과로 삼기보다 다른 사람이 그 자료로 다음 일을 진행할 수 있는지를 살피는 접근이다.

ARCH.B 분석

프로토타입 뒤에도 근거 확인은 이어져야 한다

프로토타입을 먼저 체험하면 발표자의 설명에 가려졌던 막힘을 발견할 가능성이 있다. 다만 눌러볼 수 있다는 사실만으로 실제 데이터나 예외 상황의 동작까지 검증되지는 않는다. 리뷰 기록에는 체험 중 확인한 문제와 아직 구현하지 않은 조건을 구분해 적어야 한다. 설명을 뒤로 미루는 규칙은 근거 설명을 생략하는 규칙과 다르다.

팀의 운영 기록에는 실험 전후의 리뷰 수정 횟수, 재작업 이유, 다른 직무에 넘길 때 필요한 보충 설명 등을 남길 수 있다. 같은 작업을 반복할 때 이런 기록이 축적돼야 새 습관의 효과를 판단할 수 있다. 네 회사의 사례가 제시하는 출발점은 정답인 교육 형식이 아니라, 도구를 익히는 사람과 결과를 책임지는 사람이 만나는 반복적인 접점이다.

출처

Figma Blog의 원출처와 본문에 표시한 참고자료를 바탕으로 한국어로 재구성했습니다. ‘ARCH.B 분석’은 자료를 읽고 덧붙인 편집 해석입니다.

4 team rituals that drive AI adoption (새 창)

Share

Related

함께 읽기 좋은 글