피그마의 엔지니어

Figma는 엔지니어링 팀이 커져도 협업 방식과 핵심 문화를 유지하기 위해 팀의 가치를 명문화했다. 이 가치는 이상적인 목표가 아니라 팀이 이미 실천한다고 판단한 행동 기준이며, 각 가치에는 다른 선택을 포기하는 트레이드오프가 포함된다. 특히 조기 소통과 팀 구성원 간의 성장을 통해 개인의 성과보다 지속 가능한 협업을 중시한다.

엔지니어링 가치를 만든 이유

• 팀이 확장될수록 기존의 협업 방식과 문화를 유지하기 어려워진다.
• 자신과 비슷한 사람만 채용하는 ‘단일문화(monoculture)’를 피하면서도 중요한 업무 방식을 보존해야 했다.
• 모든 구성원이 행동, 우선순위, 프로세스, 팀 전통, 회사의 경쟁력과 미래에 대해 논의한 뒤 네 가지 가치를 정리했다.
• 가치는 “좋은 코드를 작성하자”처럼 누구나 반대하기 어려운 추상적 문구가 아니라, 실제 의사결정에 사용할 수 있는 구체적인 기준이어야 한다.
• 각 가치에는 포기하는 것이 있다. 즉, 가치가 무엇을 우선하는지뿐 아니라 무엇을 감수하는지도 분명히 해야 한다.

일찍, 자주 소통하기

• 코드 리뷰 시점까지 기다리지 말고 설계 문서, 제품 사양, 아키텍처 초안 등을 작업 초기에 공유한다.
• 문제를 혼자 해결한 뒤 결과를 발표하기보다, 여러 사람이 함께 방향을 검토하도록 한다.
• 초기 공유를 통해 잘못된 가정을 빠르게 발견하고, 큰 비용을 들이기 전에 방향을 수정할 수 있다.
• 미완성 작업을 공유하는 문화를 만들면 도움을 요청하기 쉬워지고, 공유하는 사람과 동료 모두에게 자연스러운 학습 기회가 생긴다.
• 소통 방식이 반드시 정해진 절차일 필요는 없다. 어떤 경우에는 코드 자체가 가장 효과적인 의사소통 수단이며, 단순한 버그 수정에는 여러 사전 논의가 필요하지 않다.
• 조기 공유는 다른 사람의 의견을 실제로 받아들일 때만 효과가 있다. 의견 충돌이 생겨도 일찍 공유하면 방향 전환 비용을 줄일 수 있다.
• 모든 의견을 폭넓게 듣는 대신 의사결정이 느려지고, 논의와 조율에 많은 시간이 걸릴 수 있다는 트레이드오프가 있다.

팀을 성장시키기

• 자신의 성공만이 아니라 주변 동료의 성공과 행복을 함께 우선한다.
• 팀을 돕는다는 것은 회사의 성과를 위해 자신을 희생하는 것이 아니라, 지속 가능한 방식으로 동료 엔지니어를 성장시키는 것을 뜻한다.
• 기술 발표, 온보딩 멘토링, 새로운 기술 학습 장려 등 지속적인 학습과 성장을 지원한다.
• 피드백은 사람을 공격하지 않고 아이디어와 작업에 초점을 맞춰야 한다.
• 모욕적이거나 상대를 깎아내리는 말은 효과적인 피드백이 아니며, 다양한 의견을 안전하게 제시할 수 있는 포용적 문화를 만들어야 한다.
• 구성원 간의 긍정적이고 존중하는 관계를 통해 서로를 더 나은 엔지니어로 만든다.
• 이 가치의 핵심은 경쟁에서 개인이 앞서는 것이 아니라, 함께 일하는 사람들이 더 나아지도록 돕는 ‘팀 중심’의 성공이다.

팀의 가치는 벽에 걸어두는 선언문보다 실제 설계 공유, 피드백, 멘토링, 의사결정에서 반복적으로 적용되는 기준이어야 한다. 조직에 도입할 때는 추상적인 구호보다 구체적인 행동과 감수할 트레이드오프까지 함께 정의하는 것이 좋다.