돈 외의 보상

돈으로 지급되지 않는 보상에는 무엇이 있고, 그것은 언제 정당한 보상이 되며, 언제 착취를 감추는 포장이 되는가.

"경험이 되실 거예요"라는 말

연구원 정 박사는 독립한 지 1년이 되었습니다. 논문을 재현하고 모델을 개선하는 데는 누구보다 빠르지만, GPU가 없습니다. 어느 날 파운더 박 대표가 연락을 합니다. "저희 PoC에 참여해 주시면 좋은 경험이 되실 겁니다. 지금은 예산이 없지만 잘되면 지분도 드리겠습니다." 이 장면은 가상의 사례입니다. 그러나 이 문장을 처음 듣는 독자는 없을 것입니다.

정 박사는 망설입니다. 실제 기업 데이터를 다뤄 볼 기회입니다. 다만 "잘되면"이라는 조건은 정 박사가 통제할 수 없고, 지분은 종이에 적히지 않았으며, 경험은 어디에도 기록되지 않습니다. 같은 주에 개발자 김 씨는 반대의 제안을 받습니다. 한 Project Cell(프로젝트 셀)이 시장 단가로 Work Compensation(수행 대가)을 지급하겠다고 합니다. 그런데 김 씨가 정말 원하는 것은 돈이 아니라 아직 공개되지 않은 오픈모델을 먼저 만져 볼 기회입니다.

이 장은 이 두 질문에 답합니다. 돈이 아닌 보상은 실재하고, 때로 돈보다 귀합니다. 그러나 돈이 아닌 보상이 돈을 대신하는 순간, 그것은 보상이 아니라 착취가 됩니다. 이 경계를 분명히 긋는 것이 이 장의 목적입니다.

왜 이것이 문제인가

AI 시대에 희소한 것이 바뀌었습니다. 코드와 영상과 문서는 싸졌습니다. 반면 GPU, 공개되지 않은 모델에 대한 접근, 첫 번째 고객, 실제로 해 본 사람의 평판은 비싸졌습니다. 시장 단가로 환산하기 어려운 이 자산들이 실제로는 한 사람의 다음 단계를 결정합니다. 정 박사에게 GPU 200시간은 현금 몇백만원보다 큰 의미일 수 있습니다.

그런데 대부분의 조직은 이 보상을 다루는 언어가 없습니다. 위계 조직은 승진과 직함으로, 시장은 오직 돈으로, 느슨한 커뮤니티는 '좋아요'로 보상합니다. 셋 다 정 박사가 원하는 것을 주지 못합니다. 승진할 회사가 없고, 돈은 부족하고, '좋아요'는 GPU를 돌리지 못합니다.

여기서 두 가지 실패가 생깁니다. 첫째, 비금전 보상을 없는 것으로 취급하는 실패입니다. 김 씨가 오픈모델 테스트권을 받았다는 사실이 어디에도 남지 않으면, 그 보상은 사적인 호의가 되고 다음 프로젝트에서 김 씨는 처음부터 다시 부탁해야 합니다. 기여한 사람을 잊지 않는다는 원칙은 보상을 기록하는 데까지 확장되어야 합니다.

둘째, 비금전 보상으로 금전 보상을 대체하는 실패입니다. 이것이 더 위험합니다. "경험", "노출", "네트워크", "잘되면 지분"은 모두 실제 가치가 있습니다. 바로 그 때문에 무급 노동을 요구하는 가장 그럴듯한 포장이 됩니다. 제안하는 쪽은 미래를 크게 말하고, 받는 쪽은 미래를 크게 할인합니다. 그 사이에서 노동은 지급되지 않은 채 소비됩니다. 이런 인식이 커뮤니티 안에 퍼지면 실력 있는 사람부터 조용히 떠나고, 커뮤니티는 외주 인력풀보다 나쁜 곳이 됩니다. 사람을 소모품처럼 다루지 않는다는 약속은 여기서 가장 먼저 시험받습니다.

우리의 철학: 보상은 다음 단계로 가는 데 필요한 것이다

우리는 보상을 "일에 대한 대가"로만 보지 않습니다. 보상은 한 사람이 다음 단계로 가는 데 필요한 것입니다. CAPABILITY → CONTRIBUTION → TRUST → COLLABORATION → VALUE → REWARD → GROWTH → GIVE BACK이라는 공식에서 REWARD 다음에 GROWTH가 옵니다. 보상이 성장으로 이어지지 않으면 순환이 끊깁니다.

사람을 Capability Node(역량 노드)로 본다는 것은 사람마다 병목이 다르다는 것을 인정하는 일입니다. 어떤 노드는 자본이, 어떤 노드는 인프라가, 어떤 노드는 고객이, 어떤 노드는 평판이 부족합니다. 같은 기여를 했더라도 각자에게 가장 가치 있는 보상은 다를 수 있습니다. 이 다름을 무시하고 모두에게 현금만 주는 것은 편리하지만 성장을 만들지는 못합니다.

그렇다고 비금전 보상이 금전 보상을 대신할 수는 없습니다. 비금전 보상은 대체가 아니라 추가 층입니다. 실제 수행한 일은 시장 단가로 먼저 지급하고, 그 위에서 잉여가치를 기여에 따라 나누며, 그 위에 비금전 보상이 놓입니다. 아래층을 빼고 위층만 올리면 건물은 서지 못합니다.

      ┌──────────────────────────────┐
  3층 │ 비금전 보상 (Non-monetary)    │  Reputation · Access · GPU · 고객 · Network · Fellow · 교육 · 투자기회
      ├──────────────────────────────┤
  2층 │ Value Sharing (가치 배분)     │  잉여가치를 Contribution Matrix에 따라
      ├──────────────────────────────┤
  1층 │ Work Compensation (수행 대가) │  시장 단가로 먼저 · 절대 생략하지 않음
      └──────────────────────────────┘

프로토콜 조직이 위계·시장·느슨한 커뮤니티와 다른 점이 여기에 있습니다. 위계는 승진을 주고 시장은 돈을 주지만, 프로토콜 조직은 기록된 신뢰 위에서 여러 종류의 보상을 조합할 수 있습니다. 그리고 그 조합이 기록되기 때문에 다음 협력의 조건이 됩니다.

아홉 가지 비금전 보상

아래는 커뮤니티가 인정하고 기록하는 비금전 보상의 종류입니다. 이 목록은 닫혀 있지 않으며, Project Charter(프로젝트 헌장)에서 다른 항목을 정의할 수 있습니다.

표의 세 번째 열이 중요합니다. 각 보상 옆에는 그것을 흉내 낸 가짜가 있습니다. 진짜와 가짜를 가르는 기준은 하나입니다. 구체적으로 정의되고 기록되는가. "GPU 100시간, 3개월 내, H3Lab 테스트베드"는 보상입니다. "필요하면 GPU 쓰세요"는 보상이 아닙니다.

누가 무엇을 원하는가

같은 보상이라도 역할에 따라 가치가 다릅니다. Project Lead(프로젝트 리드)가 보상 구조를 설계할 때 참고할 수 있도록, 역할별로 흔히 우선하는 보상을 정리합니다. 이것은 경향이지 규칙이 아닙니다. 실제 선호는 반드시 본인에게 묻습니다.

교수의 경우 소속 기관의 회계 규정 때문에 현금이 오히려 부담이 될 때가 있습니다. 이때 공동연구 계약이나 학생 참여 기회가 더 실질적인 보상이 됩니다. 반대로 개발자에게 "명함에 CTO라고 적어 드리겠다"는 것은 거의 아무 가치도 없습니다. 보상은 주는 사람이 아니라 받는 사람의 병목에 맞춰야 합니다.

크리에이터의 첫 번째 항목도 중요합니다. AI 영상·이미지 작업은 고객 계약상 공개가 제한되는 경우가 많고, 결과물을 포트폴리오로 공개할 권리는 다음 고객을 만드는 직접적인 자산입니다. 이 권리는 계약 단계에서 고객과 협의해야 얻을 수 있으므로 Project Lead는 계약 전에 확인해야 합니다. 프로젝트가 끝난 뒤에는 늦습니다.

운영원칙

아래 원칙은 커뮤니티의 기본값(Default)이며, Project Charter로 조정할 수 있습니다. 단, 1번 원칙은 조정할 수 없습니다.

2번 원칙에는 경계 상황이 있습니다. 파운더 박 대표가 자기 회사의 제품을 만들면서 스스로 Work Compensation을 받지 않는 것은 자기 사업에 대한 투자이므로 자연스럽습니다. 그러나 박 대표가 정 박사에게 "저도 안 받으니 박사님도 안 받으시죠"라고 말하는 순간, 그것은 유도된 포기가 됩니다. 자기 사업의 위험을 자기가 지는 것과 남에게 지우는 것은 다릅니다. 박 대표의 포기는 Contribution Matrix(기여도 평가표)의 Leadership & Risk와 Capital 범주에서 인정받고, 정 박사의 노동은 Work Compensation으로 지급받습니다.

3번 원칙의 교환 동의는 정산 시점이 아니라 Charter 작성 시점에 이루어져야 합니다. 프로젝트가 끝난 뒤 "현금 대신 GPU로 받으시죠"라고 제안하는 것은 이해관계 변경입니다. 실행은 빠르게, 이해관계 변경은 합의로. 정산 단계에서의 교환 제안은 참여자 전원의 합의가 필요합니다.

앵커 조직이 제공하는 비금전 보상

앵커 조직은 동등한 생태계 파트너 중 먼저 온 조직입니다. 이들이 제공하는 비금전 보상은 커뮤니티의 실질적인 자산이지만, 커뮤니티를 특정 회사의 외주 인력풀로 만들어서는 안 됩니다. 그래서 앵커의 제공 조건은 공개되고, 앵커가 아닌 회원·기업도 같은 방식으로 보상을 제공할 수 있어야 합니다.

AI TEST의 조건을 주목하십시오. 인증은 보상이 아니라 검증입니다. 프로젝트에 참여했다는 이유로 인증을 주면 인증의 가치가 무너집니다. 앵커가 제공하는 것은 "응시 기회"이지 "합격"이 아닙니다. 같은 이유로 H3Lab의 테스트권에는 결과를 공유한다는 조건이 붙습니다. 보상은 순환해야 합니다. 앵커가 아닌 회원도 같은 방식으로 보상을 제공할 수 있습니다. 개발자 김 씨가 자기 서버의 유휴 GPU를 정 박사에게 제공하면, 김 씨의 Infrastructure 기여로 기록되고 정 박사의 Reward로 기록됩니다. 기여와 보상은 같은 원장의 양면입니다.

Reputation은 어떻게 Trust Capital이 되는가

아홉 가지 비금전 보상 중 Reputation은 특별합니다. 다른 보상은 누군가가 "주는" 것이지만, 평판은 아무도 줄 수 없습니다. 평판은 기록에서 자라납니다.

Trust Capital(신뢰 자산)은 약속 준수, 정산, 일정, 비밀유지, 결과물, 동료평가, 재협업 의사의 기록입니다(제10장 참조). Reputation은 이 기록이 커뮤니티 안에서 읽히는 방식입니다. Trust Capital이 원장이라면 Reputation은 그 원장을 본 사람들의 판단입니다. 원장 없이 판단만 있으면 소문이고, 판단 없이 원장만 있으면 아무도 보지 않는 데이터입니다.

그래서 우리는 기여를 기록하고, 기록을 볼 수 있게 합니다. 개발자 김 씨가 세 개의 Project Cell에서 일정을 지켰고, 두 번의 동료평가에서 "다시 함께 일하고 싶다"는 답을 받았고, 한 번의 Closing Review에서 재사용 자산을 남겼다면, 그 사실이 김 씨의 프로필에서 읽혀야 합니다. 신뢰는 말이 아니라 행동으로 쌓습니다. 이 구조 때문에 Reputation은 조작이 어렵습니다. 목소리가 크거나 발표를 잘하는 것은 기록되지 않습니다. 조용히 일을 마치는 사람이 가장 높은 평판을 가질 수 있어야 커뮤니티는 SNS와 달라집니다.

Reputation은 다음 협력의 조건이 됩니다. Project Lead가 팀을 꾸릴 때 보는 Capability + Experience + Trust + Availability + Fit(제15장 참조)의 Trust가 바로 Reputation으로 읽히는 Trust Capital입니다. 그러나 여기서도 원칙은 같습니다. Contribution creates Trust, not Permanent Privilege. 과거의 평판은 다음 기회의 근거가 되지만, 다음 기회를 보장하지는 않습니다.

비금전 보상도 기록되어야 하는 이유

첫째, 기여한 사람을 잊지 않기 위해서입니다. GPU를 내놓은 사람, 고객을 소개한 사람, 멘토링을 한 사람의 기여는 그 보상이 기록될 때 함께 기록됩니다. 보상 기록이 없으면 기여 기록도 절반만 남습니다.

둘째, 착취를 막기 위해서입니다. Charter에 "비금전 보상: 없음, Work Compensation: 0원"이라고 적어야 한다면, 제안자는 그 문장을 쓰는 순간 자기 제안의 문제를 보게 됩니다. 기록은 부정직을 어렵게 만드는 가장 조용한 장치입니다.

셋째, 공정한 비교를 위해서입니다. 다음 장의 Value Sharing 배분에서, 어떤 참여자가 이미 비금전 보상을 받았다면 그것은 최종 수령액 판단에 반영되어야 합니다. 기록이 없으면 같은 기여에 두 번 보상하거나 한 번도 보상하지 않는 일이 생깁니다.

넷째, 커뮤니티 전체의 자산을 보기 위해서입니다. 어떤 앵커가 얼마나 많은 GPU를, 어떤 회원이 얼마나 많은 소개를 제공했는지가 기록되면 커뮤니티는 자기 생태계가 무엇으로 돌아가는지 알게 됩니다. 이것이 Give Back의 근거가 됩니다(제27장 참조). 형식은 단순합니다. 비금전 보상은 플랫폼 기여 기록(Knowledge · Research · Technology · Mentoring · Project · Event · Connection · Infrastructure)의 반대편에 Reward로 적힙니다. 제공자에게는 기여로, 수령자에게는 보상으로, 같은 사건이 두 사람의 원장에 동시에 남습니다.

Case: GPU가 필요한 연구자와 예산이 없는 파운더

이 사례는 가상의 사례입니다.

상황. 파운더 박 대표는 제조업 고객의 불량 검출 PoC를 준비하고 있습니다. 고객은 관심이 있지만 아직 계약 전이고, 박 대표 회사의 현금은 두 달치 운영비뿐입니다. 연구원 정 박사는 비전 모델 미세조정에 필요한 실력을 갖췄지만 GPU가 없습니다. 박 대표는 정 박사에게 "예산이 없으니 무급으로 참여하고 잘되면 지분을 드리겠다"고 제안합니다.

갈등. 정 박사는 제안을 받아들이려 합니다. 데이터가 탐나고, 거절하면 기회가 사라질 것 같습니다. 그러나 Project Lead를 맡은 PM 이 씨가 Charter 초안을 검토하다가 문제를 발견합니다. 보상 구조 항목에 "정 박사: Work Compensation 0원, 비금전 보상: 경험 및 향후 지분"이라고 적혀 있습니다. 운영원칙 1번 위반입니다.

적용. 세 사람이 함께 Charter를 다시 씁니다. 먼저 정 박사의 실제 수행 업무를 정의합니다. 모델 미세조정과 평가, 예상 10일, 시장 단가 기준 일당 45만원, Work Compensation 450만원. 박 대표는 지금 현금이 없다고 말합니다. 이 씨는 두 가지 방법을 제시합니다. 하나는 지급 시점을 고객 계약 후로 미루되 금액과 시점을 Charter에 못 박고, 미지급 시 프로젝트를 종료하는 것입니다. 지급 유예이지 포기가 아닙니다. 다른 하나는 정 박사가 스스로 원한다면 Work Compensation의 일부를 Value Sharing 지분과 교환하는 것입니다. 정 박사는 첫 번째를 택합니다. 아직 계약도 없는 회사의 지분을 자기 노동과 바꿀 이유가 없기 때문입니다.

GPU 문제는 따로 풉니다. 이 씨는 H3Lab 테스트베드의 제공 조건을 확인합니다. "GPU 150시간, 8주 내, 벤치마크 결과 공유 조건". 이것을 Charter의 비금전 보상 항목에 제공자·수령자·조건과 함께 적습니다. 정 박사의 Reward로, H3Lab의 Infrastructure 기여로 기록됩니다.

박 대표가 자기 Work Compensation을 받지 않기로 한 것은 자기 사업에 대한 투자이므로 환산액과 함께 기록합니다. 고객을 가져온 Origination, 계약주체로서 지는 위험, 운영비 선투입은 Contribution Matrix에서 인정됩니다. 잘되면 박 대표는 잉여가치의 큰 부분을 받고, 못 되면 자기가 감수하기로 한 위험을 집니다. 정 박사에게 그 위험을 넘기지 않습니다.

결과. PoC는 고객 계약으로 이어졌고, 정 박사의 Work Compensation은 계약금 입금 후 일주일 안에 지급되었습니다. 정 박사는 테스트베드에서 얻은 벤치마크를 Research Circle에 공유했고, 그 기록으로 다른 두 프로젝트의 초대를 받았습니다. 박 대표는 후속 프로젝트에서 정 박사를 다시 찾았습니다. 이번에는 "무급"이라는 말이 처음부터 나오지 않았습니다.

처음 제안대로 진행되었다면 어땠을까요. PoC가 실패하면 정 박사는 열흘의 노동을 잃고 박 대표는 신뢰를 잃습니다. 성공해도 "지분"의 조건이 문서에 없으니 다툼이 시작됩니다. 어느 쪽이든 두 사람은 다시 함께 일하지 않습니다. 프로젝트 전체의 성공을 개인의 단기이익보다 우선한다는 원칙은, 이 경우 박 대표의 단기 현금 절약보다 정 박사와의 다음 협력을 우선하라는 뜻입니다.

Remember

• 돈이 아닌 보상은 실재합니다. GPU, 조기 접근, 고객, 네트워크, 평판, 교육, 투자기회는 AI 시대에 현금보다 희소할 수 있으며, 사람마다 병목이 다르므로 각자에게 맞는 보상이 다릅니다.
• 그러나 비금전 보상은 Work Compensation을 대체하지 못합니다. 실제 수행한 일은 시장 단가로 먼저 지급합니다. "경험이 될 것"이라는 이유로 무급 노동을 요구하는 것은 금지이며, 이 원칙은 Charter로도 바꿀 수 없습니다.
• 비금전 보상은 종류·수량·기간·제공자·조건이 Charter에 적혀야 보상입니다. 적히지 않은 것은 호의이고, 호의는 기록되지 않으며, 기록되지 않은 것은 다음 협력의 근거가 되지 못합니다.
• Reputation은 아무도 줄 수 없습니다. 기록된 기여와 동료평가에서만 자랍니다. 조용히 약속을 지키는 사람이 가장 높은 평판을 가지는 구조여야 커뮤니티는 SNS와 달라집니다.
• 비금전 보상은 제공자에게는 기여로, 수령자에게는 보상으로 같은 원장에 남습니다. 기여한 사람을 잊지 않는다는 약속은 보상을 기록하는 데까지 이어집니다.

"경험은 보상이 될 수 있지만, 대가를 대신할 수는 없다."