Figma에서 Eng Crits

Figma의 엔지니어링 크리트(eng crit)는 완성된 설계를 승인하는 절차가 아니라, 기술적 아이디어를 초기에 공유하고 다양한 관점의 피드백을 받아 팀의 진행을 돕는 협업 방식이다. 늦은 기술 리뷰에서 발생하는 방향 전환이나 출시 차단 문제를 줄이기 위해, 디자인 크리의 개방성과 브레인스토밍 방식을 엔지니어링에 적용했다. Figma는 이를 FigJam의 열린 캔버스에서 운영하며, 참여자가 많아도 누구나 의견을 보태는 구조를 만들었다.

늦은 기술 리뷰의 한계

• 일반적인 기술 리뷰는 프로젝트 후반부에 상세한 엔지니어링 스펙을 검토하고 승인받는 절차로 진행된다.
• 리뷰 시점이 너무 늦으면 주요 방향이나 설계가 이미 구현된 뒤라서, 피드백이 출시를 막는 문제로 이어질 수 있다.
• 승인 여부가 “찬성/반대”로 나뉘는 이진적 구조에서는 새로운 아이디어를 탐색하거나 함께 개선하기 어렵다.
• 초기 단계의 미완성 아이디어를 공유하려면 실수를 비난하지 않고 열린 대화를 장려하는 문화가 필요하다.

엔지니어링 크리의 목적

• 기술적 문제에 대한 새로운 접근법을 함께 브레인스토밍한다.
• 진행 중인 작업과 기술 설계를 일찍, 자주 공유한다.
• 전문성을 가진 동료에게 조언을 구하고 팀의 작업을 막고 있는 문제를 해결한다.
• 승인이나 통과 여부를 결정하는 공식 게이트가 아니라, 프로젝트를 앞으로 나아가게 하는 지원 포럼으로 운영한다.
• Figma CTO Kris Rasmussen은 이를 “아이디어를 함께 키우는 장소”로 설명하며, 정원에 비유해 다른 사람이 아이디어를 발전시키는 과정에 참여해야 한다고 강조한다.

디자인 크리에서 얻은 영감

• Figma의 디자인 크리는 결과물을 승인하는 자리가 아니라, 탐색과 피드백을 위한 안전한 공간으로 운영된다.
• 엔지니어링 크리는 디자인 크리와 기술 리뷰의 중간 형태로 설계됐다.
• 디자인 크리처럼 초기 작업을 공유하되, 기술 리뷰처럼 기술적 설계에 대한 전문적인 피드백을 받을 수 있도록 했다.
• 핵심은 완성된 결과를 평가하는 것이 아니라, 작업자가 다음 단계로 나아가는 데 필요한 도움을 제공하는 것이다.

기존 리뷰 방식의 문제점과 협업형 포맷

• 동기식 기술 리뷰에서는 소수의 팀 리드가 대화를 주도하고, 다른 참가자는 충분히 의견을 내기 어려웠다.
• 비동기식 리뷰에서는 각자가 댓글을 남기는 데 그쳐, 서로 연결되지 않은 피드백이 긴 댓글 스레드로 쌓였다.
• Figma는 FigJam을 사용해 이 문제를 해결했다.
  • 여러 사람이 짧은 시간에 동시에 의견을 남길 수 있다.
  • 한 사람이 발표하고 나머지가 순서대로 응답하는 방식이 아니다.
  • 초기 아이디어, 참고 자료, 진행 중인 화면, 스크린샷, 질문과 맥락을 한 캔버스에 함께 배치할 수 있다.
  • 단순한 피드백 목록이 아니라 공동 브레인스토밍과 대화가 가능하다.

참여 규모를 확장한 과정

• 처음에는 8~10명 규모의 가까운 팀에서 파일럿을 진행했다.
• 반복 가능한 진행 형식을 정립한 뒤 캘린더 초대를 개방했다.
• 참여자는 점차 늘어 200명 이상이 참석하는 조직 단위 프로세스로 발전했다.
• 현재는 Figma 에디터를 개발하는 모든 엔지니어에게 초대장을 보내며, 참석자는 “선택 사항”으로 표시한다.
• 다른 조직이나 직군도 자유롭게 참여할 수 있고, 자신의 전문성과 관련된 주제일 때 주로 참석한다.

실용적인 적용 방법

• 리뷰를 승인 절차로 정의하지 말고, 초기 피드백과 문제 해결을 위한 자리로 명확히 규정한다.
• 완성된 문서만 요구하지 말고, 미완성 설계·스크린샷·참고 자료도 공유하도록 허용한다.
• 특정 리더 몇 명에게 발언이 집중되지 않도록 여러 사람이 동시에 참여할 수 있는 도구와 형식을 사용한다.
• 참석을 의무화하기보다 선택적으로 운영해 관심과 전문성에 기반한 참여를 유도한다.
• 중요한 것은 회의 자체보다, 아이디어를 일찍 공개하고 함께 발전시킬 수 있는 심리적 안전감과 협업 문화를 만드는 것이다.