Give Back

개정 메모: Give Back은 확정된 매출 비율이나 납부 의무가 아닙니다. 회비·서비스 대가·자발적 출연·복지 분담을 실질에 따라 구분하고, 복지재원은 수혜자·관리 법인·세무·모금 규제를 검증한 뒤 별도 제도로 정합니다. 현재 모집 중인 기금이나 보장 급부는 없습니다.

커뮤니티에서 성장한 사람은 무엇을 돌려주어야 하는가. 그리고 왜 그것을 "의무"로 만드는 순간 순환은 멈추는가.

질문에서 시작합니다

파운더 박 대표는 3년 전 Member로 들어왔습니다. 첫해에는 Junior Slot(신규회원을 위해 열어 두는 자리)으로 남의 프로젝트에 참여했고, 둘째 해에는 자기 Project Cell(프로젝트 셀, 필요할 때 만들어지고 끝나면 해체되는 실행 단위)을 만들었고, 셋째 해에는 그 셀이 회사가 되어 월 단위 반복 매출을 내고 있습니다. 어느 날 박 대표가 Circle Leader(서클 리더)에게 묻습니다. "저는 이제 커뮤니티에 뭘 해야 하나요. 회비를 더 내야 하나요, 아니면 매출의 몇 퍼센트를 내야 하나요."

이 질문은 진심이고, 동시에 잘못된 전제 위에 서 있습니다. 박 대표는 Give Back을 "빚 갚기"로 이해하고 있습니다. 받은 것이 있으니 갚아야 한다는 생각입니다. 그 마음은 고맙지만, 커뮤니티가 원하는 것은 채무 상환이 아닙니다.

반대편에는 다른 유형이 있습니다. 개발자 정 씨는 커뮤니티에서 두 개의 프로젝트를 거쳐 실력과 고객을 얻었고, 그 뒤로 조용히 사라졌습니다. 규칙을 어긴 것은 없습니다. 정산도 깨끗했습니다. 다만 그가 얻은 경험은 그와 함께 나갔고, 그가 앉았던 Junior Slot은 다음 사람에게 열리지 않았습니다.

이 장은 이 두 사람 사이의 어딘가에 있는 질문을 다룹니다. 성장한 사람은 무엇을 돌려주는가. 강제하지 않는데 왜 돌려주는가. 그리고 돌려준 것은 어디에 기록되고 무엇으로 이어지는가.

왜 이것이 문제인가

사다리는 위에서 끌어올려야 계속 서 있다

성장의 사다리(제8장 참조)는 Member → Verified → Contributor → Professional → Leader / Fellow로 이어집니다. 이 사다리가 작동하려면 아래 단에 있는 사람이 위 단에 있는 사람과 실제로 일할 기회가 있어야 합니다. Junior Slot이 그 장치이고, 멘토링과 Closing Review(종료평가) 공유가 그 장치입니다.

문제는 이 장치들이 모두 위 단에 있는 사람의 시간을 요구한다는 점입니다. Professional이 자기 셀에 Junior Slot을 열지 않으면 신규회원은 첫 프로젝트를 만나지 못합니다. Leader가 자기 실패를 공유하지 않으면 다음 셀이 같은 실패를 반복합니다. 성장한 사람이 빠져나가면 사다리는 위쪽부터 사라지고, 커뮤니티는 매년 처음부터 다시 시작하는 신입 모임이 됩니다.

강제하면 세금이 되고, 방치하면 무임승차가 된다

이 문제를 푸는 두 가지 흔한 방법이 있고, 둘 다 실패합니다.

첫째는 강제입니다. "Professional 이상은 연 20시간 멘토링 의무", "매출의 3%를 커뮤니티에 납부". 이렇게 하면 한 가지는 확실히 얻습니다. 최소치입니다. 그리고 최소치만 얻습니다. 의무가 된 기여는 세금처럼 느껴지고, 세금은 가능한 한 적게 내는 것이 합리적인 행동이 됩니다. 20시간을 채우기 위해 형식적인 멘토링이 생기고, 3%를 피하기 위해 매출을 커뮤니티 바깥으로 옮깁니다. 강제는 기여를 늘리는 것이 아니라 기여의 질을 최소치로 고정합니다.

둘째는 방치입니다. 느슨한 커뮤니티가 택하는 길입니다. 아무것도 요구하지 않으면 아무것도 돌아오지 않습니다. 정보를 가져가고 관계를 가져가고 고객을 가져간 뒤 사라지는 것이 규칙 위반이 아니므로, 그것이 기본 행동이 됩니다. 남는 사람은 늘 새로 온 사람뿐입니다.

위계 조직은 이 문제를 고용으로 풉니다. 선배가 후배를 가르치는 것은 회사가 월급을 주기 때문입니다. 시장은 이 문제를 풀지 못합니다. 프리랜서는 경쟁자를 키울 이유가 없습니다. 프로토콜 조직(Protocol Organization)은 고용도 없고 명령도 없습니다. 그래서 Give Back을 다른 방식으로 설계해야 합니다.

AI 시대에 돌려줄 것은 무엇인가

AI가 실행 비용을 낮추면서 "돌려줄 것"의 성격이 바뀌었습니다. 예전에는 코드를 공개하거나 튜토리얼을 쓰는 것이 큰 기여였습니다. 지금은 코드와 문서는 싸졌습니다. 비싸진 것은 경험입니다. 어떤 고객이 진짜 고객이었는지, 어떤 모델이 데모에서는 잘 되다가 운영에서 무너졌는지, 정산 회의에서 어떤 말이 팀을 깨뜨렸는지. 이것은 AI가 생성해 주지 않고, 해 본 사람만 알고 있습니다.

그래서 이 시대의 Give Back은 돈이나 시간의 양보다 경험의 밀도로 측정됩니다. 성장한 사람이 가진 가장 비싼 자산은 매출이 아니라 "해 봤다는 것"이고, 그것을 다음 사람이 쓸 수 있는 형태로 넘기는 것이 순환의 핵심입니다.

우리의 철학

기부가 아니라 순환이다

한국인공지능커뮤니티의 관통 공식은 CAPABILITY → CONTRIBUTION → TRUST → COLLABORATION → VALUE → REWARD → GROWTH → GIVE BACK입니다. 많은 사람이 이 공식을 직선으로 읽습니다. 그러나 이 공식은 원입니다. 마지막 고리 GIVE BACK은 첫 고리 CAPABILITY로 돌아갑니다.

            CAPABILITY ──→ CONTRIBUTION ──→ TRUST
                ↑                              │
                │                              ↓
            GIVE BACK                    COLLABORATION
                ↑                              │
                │                              ↓
             GROWTH ←──── REWARD ←──── VALUE

   GIVE BACK → CAPABILITY 로 돌아가는 세 경로
   ① 내 경험이 다른 사람의 역량이 된다      (멘토링 · 지식 공개 · Junior Slot)
   ② 내 자원이 다음 셀의 출발점이 된다      (인프라 · 커뮤니티 기여분 · 추천)
   ③ 내 Give Back이 내 Trust Capital이 된다  (기록 → Fellow → 더 큰 협력)

세 경로가 모두 중요합니다. ①과 ②는 커뮤니티가 얻는 것이고, ③은 기여한 사람이 얻는 것입니다. 이 셋이 동시에 작동하기 때문에 Give Back은 희생이 아니라 순환입니다. 성장한 사람이 돌려주면 새로운 Capability Node(역량 노드)가 생기고, 그 노드가 기여하고, 신뢰를 얻고, 협력하고, 다시 성장하고, 다시 돌려줍니다. 강제 없이도 돌아가는 이유는, 돌려주는 사람도 이 순환의 수혜자이기 때문입니다.

오픈소스 재단과 길드에서 배우는 것

이 설계는 새롭지 않습니다. 오픈소스 재단은 코드를 가져다 쓴 회사가 개선한 코드를 다시 올리는 순환으로 유지됩니다. 강제 조항이 있는 라이선스도 있지만, 실제로 생태계를 지탱하는 것은 강제가 아닙니다. 기여자가 재단 안에서 얻는 평판, 다음 협력의 기회, 자기가 쓰는 도구가 좋아지는 직접적 이익입니다. 기여를 멈춘 회사는 규칙을 어긴 것이 아니지만, 생태계 안에서 서서히 발언권을 잃습니다.

중세 길드와 현대의 프로페셔널 길드도 같은 구조를 가졌습니다. 마스터는 도제를 가르칠 의무가 있었지만, 그 의무는 처벌보다 지위와 연결되어 있었습니다. 도제를 키우지 않는 마스터는 마스터로 인정받지 못했습니다. 우리는 이 두 모델에서 같은 원리를 가져옵니다. Give Back은 처벌로 강제하지 않고, 인정과 연결한다. 기여한 사람을 잊지 않는다는 원칙은 여기서도 그대로 적용됩니다.

Give Back은 Trust Capital이 되고, Fellow의 조건이 된다

Trust Capital(행동으로 축적되는 신뢰의 기록)은 약속 준수·정산·일정·비밀유지·결과물·동료평가·재협업 의사로 쌓입니다(제10장 참조). Give Back은 이 기록의 한 축입니다. 플랫폼은 기여를 Knowledge·Research·Technology·Mentoring·Project·Event·Connection·Infrastructure로 분류해 기록하는데, Give Back은 이 여덟 유형 중 특히 Mentoring·Knowledge·Connection·Infrastructure로 남습니다.

성장 단계의 마지막인 Leader / Fellow는 여기서 갈립니다. Leader는 셀과 Circle을 이끈 사람이고, Fellow는 그에 더해 다른 사람을 성장시킨 기록이 있는 사람입니다. Fellow는 임명되는 자리가 아니라 기록으로 도달하는 자리입니다. 그리고 Fellow가 된다고 사업기회가 먼저 배정되지는 않습니다. Governance Power ≠ Economic Opportunity는 Give Back에도 적용됩니다. Fellow가 얻는 것은 발언의 무게, 더 깊은 네트워크, 더 큰 협력의 초대이지, 기회의 우선권이 아닙니다. Contribution creates Trust, not Permanent Privilege.

Give Back의 여덟 가지 형태

Give Back은 한 가지가 아닙니다. 사업가와 교수와 개발자와 크리에이터는 돌려줄 수 있는 것이 다릅니다. 아래 표는 여덟 가지 형태와 각각이 누구에게 자연스러운지, 플랫폼에 어떤 유형으로 기록되는지를 정리한 것입니다.

이 중 커뮤니티 기여분만이 구조적으로 정해진 것이고, 나머지 일곱은 모두 자발적입니다. 커뮤니티 기여분이 Work Compensation(수행 대가)에서는 떼지 않고 잉여가치에서만 떼는 이유는 제20장에서 설명했습니다. 사람을 소모품처럼 다루지 않는다는 원칙은, 커뮤니티 자신이 회원의 노동에서 몫을 가져가지 않는다는 원칙이기도 합니다.

역할별로 보면 이렇습니다. 교수는 멘토링과 인프라와 커뮤니티 프로젝트 리드에 강합니다. 연구실의 GPU 유휴 시간과 대학원생의 평가 방법론은 초기 셀에 큰 자산입니다. 사업가는 Junior Slot과 인프라와 추천에 강합니다. 자기 회사의 실제 문제를 셀에 열어 주는 것 자체가 Give Back입니다. 크리에이터는 워크플로우 공개에 강합니다. 어떤 프롬프트 구조가 광고주 시사에서 통과됐는지는 해 본 사람만 압니다. 마케터는 강연과 추천에 강합니다. 개발자는 지식 공개와 멘토링에 강합니다.

왜 강제하면 망가지는가

앞에서 강제가 최소치를 만든다고 했습니다. 조금 더 정확히 말하면 강제는 세 가지를 망가뜨립니다.

첫째, 기여의 성격을 바꿉니다. 자발적 기여는 "내가 아는 것 중 가장 쓸모 있는 것"을 고릅니다. 의무적 기여는 "요건을 채우는 것 중 가장 싼 것"을 고릅니다. 같은 멘토링 시간이라도 내용이 달라집니다.

둘째, Trust Capital을 오염시킵니다. 의무로 한 것은 신뢰의 신호가 되지 못합니다. 모두가 20시간을 채우면 20시간은 아무것도 말해 주지 않습니다. 자발적이기 때문에 기록에 의미가 있고, 기록에 의미가 있기 때문에 Fellow가 의미를 가집니다.

셋째, 성장한 사람을 밀어냅니다. 매출의 일정 비율을 내라고 하면 회사가 된 셀은 커뮤니티와 거리를 둡니다. 우리가 원하는 것은 정반대입니다. 성장한 회사가 커뮤니티 가까이에 남아 다음 셀에 고객과 인프라와 경험을 열어 주는 것입니다. 그것은 세율로 얻을 수 없고, 남아 있는 것이 이익이 되는 구조로만 얻을 수 있습니다.

그렇다고 아무것도 요구하지 않는 것은 아닙니다. 커뮤니티가 요구하는 것은 하나입니다. 기록하는 것입니다. 무엇을 돌려주었는지 기록하고, 기록이 신뢰가 되게 하고, 신뢰가 다음 협력으로 이어지게 합니다. 신뢰는 말이 아니라 행동으로 쌓습니다. Give Back은 그 행동 중 가장 오래 남는 것입니다.

운영원칙

아래는 커뮤니티의 기본값(Default)이며, Circle 운영 규칙이나 Project Charter(프로젝트 헌장)로 조정할 수 있습니다.

1. Give Back은 자발적이다. 커뮤니티 기여분을 제외한 어떤 형태의 Give Back도 의무로 규정하지 않는다. 등급 유지 조건으로 시간·금액을 요구하지 않는다.
2. Give Back은 기록된다. 멘토링·지식 공개·Junior Slot·인프라 제공·강연·추천은 플랫폼의 기여 유형으로 기록된다. 기록은 본인이 등록하고 수혜자 또는 Circle Leader가 확인한다.
3. Give Back은 Trust Capital의 일부다. 팀 구성 기준 Capability + Experience + Trust + Availability + Fit에서 Trust를 판단할 때 Give Back 기록을 함께 본다.
4. Fellow는 Give Back 기록으로 도달한다. 기본값: Leader 단계에서 최근 24개월간 Mentoring·Knowledge·Connection·Infrastructure 유형의 기여가 확인되고, 자기가 성장시킨 회원이 Contributor 이상에 도달한 사례가 있을 때 Council(운영위원회)이 Fellow로 인정한다. 숫자 기준은 Council이 정하고 공개한다.
5. Fellow는 기회의 우선권이 아니다. Fellow는 발언·초대·자문의 역할이며, 사업기회는 여전히 공개 채널(Opportunity)로 흐른다. Fellow가 Council 역할을 겸할 때는 회피(Recusal) 원칙이 그대로 적용된다.
6. Junior Slot은 권장 기본값이다. 참여자 4인 이상의 Project Cell은 최소 한 자리를 신규회원에게 여는 것을 권장한다. Charter에 열지 않는 사유를 적으면 열지 않을 수 있다.
7. 커뮤니티 기여분은 잉여가치에서만 뗀다. 기본값 5%, 범위 3~10%. 용도는 운영·신규회원 성장·인프라로 한정하고 Council이 연 1회 사용 내역을 공개한다.
8. Give Back을 빌미로 한 요구는 부정직이다. "내가 멘토링해 줬으니 다음 프로젝트에 넣어 달라", "인프라를 빌려줬으니 지분을 달라"는 요구는 Give Back이 아니라 거래이며, 거래라면 처음부터 Charter에 적어야 한다. 사후에 대가를 요구하는 행위는 제11장의 기여 가로채기에 준해 다룬다.

경계 상황 몇 가지를 덧붙입니다. 인프라 제공이 Give Back인지 Capital 기여인지는 시점과 합의로 구분합니다. Charter에 Capital & Infra 항목으로 적혀 Value Sharing(가치 배분)을 받는다면 그것은 기여이지 Give Back이 아닙니다. 아무 대가 없이 초기 두 달 GPU를 빌려주고 Charter에 적지 않았다면 Give Back입니다. 둘 다 정당하고, 둘 다 기록됩니다. 다만 어느 쪽인지는 시작할 때 정해야 합니다.

멘토링이 곧 셀 참여는 아닙니다. 멘토는 결과물에 책임을 지지 않고 Work Compensation도 받지 않습니다. 멘토가 실제 작업을 하기 시작하면 그 순간부터는 참여자이며 Charter를 고쳐야 합니다. 실행은 빠르게, 이해관계 변경은 합의로.

Case: Stage 3 파운더의 Give Back

이것은 가상의 사례입니다.

파운더 박 대표의 회사는 AI 10K Initiative 기준으로 Stage 3(반복 매출) 단계에 있습니다. 월 매출 약 4천만원, 직원 다섯 명. 박 대표가 커뮤니티에 "무엇을 해야 하느냐"고 물었을 때, Circle Leader 최 씨는 돈 이야기를 하지 않았습니다. 대신 세 가지를 제안했습니다.

첫째, 박 대표의 회사가 가진 실제 문제 하나를 Founder Circle에 Opportunity로 열 것. 회사가 필요로 하던 고객 응대 자동화 모듈을 외부 외주 대신 커뮤니티 셀에 맡기되, Charter에 Junior Slot을 두 자리 열 것. 박 대표는 발주자이지 Lead가 아니므로 셀의 실행 판단에는 관여하지 않기로 했습니다.

둘째, 박 대표가 2년 전 첫 셀에서 겪은 정산 갈등을 Founder Circle 세션에서 Chatham House Rule로 공유할 것. 고객 이름과 금액은 빼고, 어떤 문장이 팀을 흔들었고 어떻게 수습했는지를 말했습니다. 이 세션은 Event · Knowledge 유형으로 기록됐습니다.

셋째, 박 대표가 알고 있는 바깥의 사업가 두 사람을 추천할 것. 박 대표는 추천서에 "함께 일해 본 적은 없지만 3년간 약속을 어긴 적이 없는 사람"이라고 적었고, 그 문장이 초기 신뢰가 되었습니다.

갈등도 있었습니다. 셀에 들어온 Junior Slot의 개발자 한 씨가 넉 달 뒤 박 대표 회사에 정규직으로 채용되었습니다. 셀의 다른 참여자가 "커뮤니티를 채용 창구로 쓴 것 아니냐"고 문제를 제기했습니다. 윤리·분쟁위원회까지 가지 않고 Project Lead 조정 단계에서 정리됐습니다. 한 씨가 셀의 결과물을 끝까지 납품했고, 채용은 셀 종료 후 본인이 선택했으며, 박 대표가 채용 사실을 Circle에 먼저 알렸기 때문입니다. 위원회는 이 사례를 계기로 "셀 참여자를 종료 전에 채용 제안하려면 Lead와 참여자에게 먼저 알린다"는 기본값을 Charter 템플릿에 추가했습니다.

1년 뒤 박 대표의 기여 기록에는 Project 1건, Mentoring 2건, Event 1건, Connection 2건이 남았습니다. 그가 추천한 사업가 중 한 사람은 Contributor가 되어 자기 셀을 만들었습니다. 박 대표는 Fellow 인정을 요청하지 않았지만, Council은 이듬해 그를 Fellow로 인정했습니다. 그가 얻은 것은 사업기회가 아니라, 다음 해 Founder Circle이 Stage 전환 기준을 다시 쓸 때 첫 번째로 의견을 물어보는 사람이 된 것이었습니다.

박 대표가 회비를 더 낸 것은 없습니다. 그러나 그가 돌려준 것은 회비로는 살 수 없는 것이었습니다.

Remember

• Give Back은 빚 갚기가 아니라 순환입니다. 관통 공식의 마지막 고리는 첫 고리로 돌아가고, 돌려주는 사람도 그 순환의 수혜자입니다.
• 돌려줄 것은 돈보다 경험입니다. AI 시대에 가장 비싼 것은 해 본 사람만 아는 것이고, 그것을 다음 사람이 쓸 수 있는 형태로 넘기는 것이 핵심입니다.
• Give Back은 여덟 가지 형태가 있고, 커뮤니티 기여분을 제외하면 모두 자발적입니다. 강제하면 최소치가 되고, 최소치는 신뢰의 신호가 되지 못합니다.
• Give Back은 기록되어 Trust Capital이 되고, Fellow의 조건이 됩니다. 그러나 Fellow는 기회의 우선권이 아닙니다.
• 기여한 사람을 잊지 않는다는 약속은, 돌려준 사람에게도 똑같이 적용됩니다.

"성장한 사람이 돌려주는 것은 의무가 아니라 다음 사람의 출발점이다."