모든 사람은 하나의 Capability다

이 장은 "우리는 사람을 무엇으로 보는가"에 답합니다. 직함이 아니라 무엇을 할 수 있는가로 사람을 보는 이유, 사람 = Capability Node라는 개념, 그리고 플랫폼의 프로필이 "I CAN OFFER / I AM LOOKING FOR"로 구성되는 이유와 자기 역량을 기술하는 방법을 다룹니다.

질문에서 시작합니다 — 명함이 말해 주지 않는 것

가상의 장면입니다. 어느 모임에서 명함 세 장을 받았습니다. 하나는 "OO대학교 교수", 하나는 "OO스타트업 대표", 하나는 "OO기업 선임연구원"입니다. 이 세 장으로 알 수 있는 것은 무엇입니까. 소속과 직급입니다. 알 수 없는 것은 무엇입니까. 이 교수가 산업 데이터를 실제로 다뤄 봤는지, 이 대표가 직접 코드를 짜는지 아니면 영업만 하는지, 이 연구원이 논문을 쓰는 사람인지 모델을 배포하는 사람인지입니다.

그리고 함께 일하는 데 정말 필요한 정보는 뒤쪽입니다. 파운더 박 대표가 찾는 사람은 "교수"가 아니라 "제조 현장 데이터로 이상 탐지 모델을 만들어 본 사람"입니다. 개발자 김 씨가 찾는 사람은 "대표"가 아니라 "B2B 고객에게 PoC를 팔아 본 사람"입니다. 명함은 소속을 말하고, 일은 역량을 묻습니다.

명함이 없는 사람도 있습니다. 회사를 그만두고 1인 기업을 시작한 크리에이터, 박사과정을 마치고 진로를 정하지 않은 연구자, 직장에 다니면서 주말에 에이전트를 만드는 개발자. 이들에게는 내세울 직함이 없지만 역량은 있습니다. 직함으로 사람을 보는 조직에서 이들은 보이지 않습니다. 이 장은 우리가 사람을 다르게 보기로 한 이유를 설명합니다.

왜 이것이 문제인가 — 직함의 세 가지 실패

직함은 오랫동안 사람을 빠르게 판단하는 도구였습니다. 조직이 위계로 움직이던 시대에 직함은 그 사람이 어디에서 무엇을 결정할 수 있는지를 알려 주었습니다. 그러나 프로토콜 조직에서 직함은 세 가지 방식으로 실패합니다.

첫째, 직함은 소속을 말할 뿐 역량을 말하지 않습니다. 같은 "선임연구원"이라도 한 사람은 데이터 파이프라인을 만들고 다른 사람은 정책 보고서를 씁니다. 같은 "대표"라도 한 사람은 기술 창업자이고 다른 사람은 영업 창업자입니다. 직함으로 팀을 꾸리면 필요한 역량이 빠지고 불필요한 역량이 겹칩니다.

둘째, 직함은 서열을 만듭니다. 교수가 있는 자리에서 석사 개발자가 말을 아끼고, 대표가 있는 자리에서 마케터가 의견을 접습니다. 그런데 실제 프로젝트에서 가장 중요한 판단이 그 석사 개발자나 마케터에게서 나올 때가 많습니다. 서열은 정보의 흐름을 막고, 막힌 정보는 프로젝트를 실패하게 합니다.

셋째, 직함은 한 사람의 여러 역량 중 하나만 보여 줍니다. 교수이면서 창업을 두 번 해본 사람, 개발자이면서 유튜브 채널을 운영하는 사람, 마케터이면서 파이썬으로 데이터 분석을 하는 사람. AI 시대에 이런 사람은 예외가 아니라 보통입니다. 실행 비용이 내려가면서 한 사람이 감당하는 범위가 넓어졌기 때문입니다. 직함은 그 넓어진 범위의 한 조각만 보여 줍니다.

AI 시대의 조건은 이 실패를 더 크게 만듭니다. 조직의 경쟁우위는 인원수가 아니라 매칭의 정확도와 신뢰의 밀도입니다. 매칭이 정확하려면 사람을 기술하는 단위가 정확해야 합니다. "교수"라는 단위로는 매칭이 되지 않습니다. "산업용 시계열 데이터 이상 탐지, 실제 공장 두 곳에서 검증, 논문 세 편, 주 1일 가능"이라는 단위라야 매칭이 됩니다.

우리의 철학 — 사람은 Capability Node다

한국인공지능커뮤니티는 조직 구성원 한 사람 한 사람을 가볍게 여기지 않습니다. 모든 사람은 서로 다른 경험, 기술, 지식, 네트워크와 가능성을 가진 하나의 중요한 Capability입니다. 유명하거나 직급이 높은 사람만 가치 있는 것이 아닙니다. 각자가 가진 역량과 수준에 맞게 참여하고 기여할 수 있어야 하며, 실제 기여에는 적절한 인정과 보상이 따라야 합니다.

이것을 우리는 사람 = Capability Node(역량 노드) 라고 표현합니다. 노드라는 말은 네트워크에서 온 것입니다. 노드는 혼자서는 점 하나지만 다른 노드와 연결될 때 경로가 되고 구조가 됩니다. 사람도 그렇습니다. 한 사람의 역량은 그 자체로도 가치가 있지만, 다른 사람의 역량과 결합될 때 혼자서는 만들 수 없는 것을 만듭니다. Capability Node라는 개념은 두 가지를 동시에 말합니다. 당신은 하나의 완결된 역량이다. 그리고 당신은 연결될 때 더 큰 것이 된다.

Capability Node로 사람을 본다는 것은 다음을 뜻합니다.

• 직함이 아니라 할 수 있는 것으로 봅니다. 프로필의 첫 줄은 소속이 아니라 역량입니다.
• 한 사람이 여러 역량을 가질 수 있습니다. Technical, Research, Business, Sales, Marketing, Creative, Network, Leadership, Capital은 모두 동등한 기여 가능성이며, 한 사람이 그중 여럿을 가질 수 있습니다(제6장 참조).
• 역량은 수준이 있지만 서열은 없습니다. 주니어 개발자와 시니어 개발자의 역량 수준은 다르지만 사람의 가치가 다른 것은 아닙니다. 역할에 맞는 책임과 기회를 줄 뿐입니다(제7장 참조).
• 역량은 기여로 증명됩니다. 프로필에 적은 역량은 주장이고, 기여 기록은 증거입니다. CAPABILITY → CONTRIBUTION → TRUST의 첫 두 단계가 여기서 이어집니다.
• AI 도구는 역량을 증폭하지만 대신하지 않습니다. 에이전트를 잘 쓰는 것은 역량이지만, 에이전트 자체는 노드가 아닙니다. 책임은 언제나 사람이 집니다.

이 관점은 신규회원에게 특히 중요합니다. 직함으로 보면 신규회원은 아직 아무것도 아닙니다. 역량으로 보면 신규회원은 아직 기록되지 않은 노드일 뿐입니다. 사람을 소모품처럼 다루지 않는다는 약속은 여기서부터 시작합니다. 첫 기여를 할 자리가 있어야 기록이 생기고, 기록이 생겨야 신뢰가 생깁니다.

여섯 역할, 여섯 가지 역량

직함을 버린다고 역할을 버리는 것은 아닙니다. 역할은 그 사람이 주로 어떤 종류의 역량을 가지고 있는지를 알려 주는 출발점입니다. 커뮤니티의 주요 여섯 역할이 가진 역량을 Capability Node의 눈으로 다시 보면 다음과 같습니다.

교수의 역량은 강의가 아닙니다. 문제를 구조화하는 힘, 검증 방법을 설계하는 힘, 학생과 연구 인력을 조직하는 힘, 그리고 연구비와 공동연구의 제도를 아는 힘입니다. 교수가 Project Cell에 들어오면 프로젝트는 "되는 것 같다"에서 "이 조건에서 이만큼 된다"로 바뀝니다.

사업가의 역량은 회사를 가지고 있다는 것이 아닙니다. 고객의 문제를 돈이 되는 문제로 번역하는 힘, 계약과 위험을 감당하는 힘, 사람을 모으고 결정을 내리는 힘입니다. 사업가가 없는 팀은 좋은 기술을 만들고도 누구에게 팔지 모릅니다.

연구원의 역량은 논문 편수가 아닙니다. 최신 방법을 실제 데이터에 적용할 때 무엇이 깨지는지 아는 힘, 실험을 설계하고 결과를 정직하게 읽는 힘, 데이터와 인프라를 다루는 힘입니다. 연구원이 있는 팀은 실패를 빨리 발견합니다.

개발자의 역량은 언어와 프레임워크 목록이 아닙니다. 요구사항을 동작하는 시스템으로 바꾸는 힘, 배포하고 운영하고 고치는 힘, 다른 사람의 코드를 읽고 이어받는 힘입니다. 개발자가 없는 팀은 데모는 만들지만 납품은 못 합니다.

크리에이터의 역량은 도구를 다루는 것이 아닙니다. 기술이 만든 결과물을 사람이 이해하고 반응하는 형태로 바꾸는 힘, 무엇이 보기 좋고 무엇이 설득력 있는지 아는 힘입니다. 크리에이터가 없는 팀은 좋은 모델을 만들고도 아무도 쓰고 싶지 않은 화면을 내놓습니다.

마케터의 역량은 광고를 집행하는 것이 아닙니다. 시장이 무엇을 원하는지 읽는 힘, 메시지를 만들고 반응을 측정하는 힘, 그리고 흩어진 전문가를 빠르게 조합해 실행하는 힘입니다. 마케터가 있는 팀은 만든 것을 필요한 사람에게 닿게 합니다.

여섯 역할 중 어느 하나도 다른 하나보다 위에 있지 않습니다. 프로젝트마다 필요한 조합이 다를 뿐입니다. 그리고 한 사람이 두세 역할의 역량을 동시에 가질 수 있습니다. 그것이 Capability Node가 직함보다 정확한 이유입니다.

운영원칙 — 프로필은 "I CAN OFFER / I AM LOOKING FOR"다

플랫폼의 회원 프로필은 이력서가 아닙니다. 이력서는 과거의 소속을 시간순으로 나열합니다. 우리의 프로필은 두 개의 질문으로 구성됩니다.

I CAN OFFER        — 나는 무엇을 줄 수 있는가
I AM LOOKING FOR   — 나는 무엇을 찾고 있는가

이렇게 구성하는 이유는 세 가지입니다. 첫째, 매칭은 공급과 수요가 만나는 곳에서 일어납니다. 한 사람의 OFFER가 다른 사람의 LOOKING FOR와 맞을 때 관계가 시작됩니다. 프로필이 이 두 축으로 되어 있으면 플랫폼은 사람을 더 잘 발견하게 합니다. 둘째, LOOKING FOR를 적는 것은 약점의 고백이 아니라 결합의 초대입니다. 개발자가 "B2B 영업 파트너를 찾는다"고 적을 때, 그것은 사업가에게 보내는 신호입니다. 셋째, 두 항목 모두 직함 없이 쓸 수 있습니다. 신규회원도, 소속이 없는 사람도 자기 노드를 정의할 수 있습니다.

프로필의 원칙은 다음과 같습니다.

프로필은 Verified 단계에서 검증됩니다. 검증 경로는 추천, 활동, AI TEST 인증 등 여러 가지이며, 검증은 "이 사람이 훌륭하다"가 아니라 "이 사람이 적은 것이 사실이다"를 확인하는 것입니다. 이 숫자와 절차는 커뮤니티의 기본값이며 Project Charter나 Council의 결정으로 조정할 수 있습니다.

자신의 Capability를 기술하는 방법

자기 역량을 적는 일은 생각보다 어렵습니다. 대부분의 사람은 자신을 직함으로 소개하는 데 익숙하고, 할 수 있는 것을 구체적으로 말하는 데는 서툽니다. 다음 네 단계를 권합니다.

1. 동사로 시작합니다. "AI 전문가"가 아니라 "만든다, 설계한다, 판다, 검증한다, 가르친다, 연결한다"로 시작합니다. 동사는 역량을 드러내고 명사는 직함을 드러냅니다.
2. 대상과 조건을 붙입니다. "모델을 만든다"가 아니라 "제조 현장 시계열 데이터로 이상 탐지 모델을 만든다, 라벨이 부족한 조건에서". 조건이 있어야 매칭이 정확해집니다.
3. 증거를 답니다. 실제로 한 것을 숫자와 함께 적습니다. 납품 건수, 다룬 데이터 규모, 운영 기간, 고객 유형. 기여 기록이 있으면 연결합니다. 없으면 "아직 기록 없음"이라고 적는 것이 부풀리는 것보다 낫습니다.
4. 찾는 것을 적습니다. 무엇이 있으면 자기 역량이 더 큰 일이 되는지 적습니다. 파트너, 고객, 데이터, 인프라, 멘토, 자본. LOOKING FOR가 비어 있는 프로필은 결합할 곳이 없는 노드입니다.

역할별로 흔한 실수도 있습니다. 교수는 연구 주제만 적고 산업에 줄 수 있는 것을 빠뜨립니다. 사업가는 회사 소개를 적고 자기가 직접 하는 것을 빠뜨립니다. 개발자는 기술 스택을 나열하고 무엇을 끝까지 만들어 봤는지를 빠뜨립니다. 크리에이터는 포트폴리오 링크만 걸고 어떤 고객의 어떤 문제를 풀었는지를 빠뜨립니다. 마케터는 캠페인 성과를 적고 어떤 기술 팀과 어떻게 일해 봤는지를 빠뜨립니다.

예시 프로필

다음은 모두 가상의 프로필입니다.

예시 1. 연구자 이 박사 (Research Circle)

I CAN OFFER
- 산업용 시계열 데이터 이상 탐지 모델 설계·검증. 라벨이 적은 조건에 강함.
- 실제 공장 2곳 파일럿 경험 (기여 기록: Research 3건, Project 1건)
- 실험 설계와 평가 프로토콜 작성. 논문·특허 작성 지원.
- 가용성: 주 1일 자문 + 학기 중 석사 연구원 1명 투입 가능

I AM LOOKING FOR
- 현장 데이터에 접근할 수 있는 제조·에너지 분야 사업 파트너
- 파일럿을 정식 제품으로 만들 수 있는 배포 경험 있는 개발자
- 공동연구 형태의 기업 PoC 기회

예시 2. 크리에이터 윤 씨 (Creator Circle, 신규회원)

I CAN OFFER
- AI 영상 생성 워크플로우로 30초~2분 광고·브랜드 영상 제작. 
- 기획부터 납품까지 혼자 진행 가능. 소규모 브랜드 납품 4건 (기여 기록: 아직 없음)
- 프롬프트 워크플로우 문서화. 팀에 공유 가능.
- 가용성: 프로젝트 단위 풀타임 가능 (최대 8주)

I AM LOOKING FOR
- 첫 Project Cell 참여 기회 (Junior Slot 환영)
- 브랜드 고객을 가진 마케터 파트너
- 영상 생성 파이프라인을 자동화할 개발자와의 협업

예시 3. 파운더 박 대표 (Founder Circle)

I CAN OFFER
- B2B AI 프로젝트 기회 발굴과 계약. 중견 제조·유통 고객 네트워크.
- Project Lead 경험 3건, 정산 완료 3건 (기여 기록: Project 3건, Connection 5건)
- 계약 주체(Contracting Party) 역할 수행 가능한 법인 보유.
- 가용성: 기회 발굴은 상시, Lead는 동시 1건까지

I AM LOOKING FOR
- 에이전트 기반 문서 처리를 납품해 본 개발자
- 도메인 검증을 맡아 줄 연구자
- 후속 영업을 함께할 마케터 (Originator 기여 인정, 24개월 기본값)

세 프로필의 공통점을 보십시오. 직함은 괄호 안에만 있습니다. 첫 줄은 모두 동사와 대상입니다. 증거가 있으면 적었고 없으면 없다고 적었습니다. LOOKING FOR는 다른 노드를 향한 초대입니다. 그리고 세 프로필을 나란히 놓으면 이미 하나의 Project Cell이 보입니다. 이 박사의 검증, 박 대표의 고객, 윤 씨의 제작이 결합되는 그림입니다. 플랫폼이 사람을 잘 발견하게 한다는 것은 이런 결합이 우연이 아니라 설계로 일어나게 한다는 뜻입니다.

Case: 직함이 가린 역량

다음은 가상의 사례입니다.

Expert Circle의 회원 중에 세무사 한 씨가 있었습니다. 프로필에는 "세무사, OO세무법인"이라고만 적혀 있었습니다. 다른 회원들은 한 씨를 세금 질문이 있을 때 찾는 사람으로만 알았습니다.

어느 날 Founder Circle에서 파운더 박 대표가 AI 기반 경비 처리 자동화 서비스를 기획하며 팀을 꾸리고 있었습니다. 개발자와 연구자는 구했지만 도메인 검증을 맡을 사람이 없었습니다. 박 대표는 "회계 도메인 전문가"를 Opportunity에 올렸고, 아무도 응답하지 않았습니다. 세무사 한 씨는 그 공고를 보고도 자기 일이 아니라고 생각했습니다. 자기 직함은 "세무사"였기 때문입니다.

Circle Leader가 프로필 갱신을 권하면서 한 씨에게 네 단계로 역량을 다시 적어 보라고 했습니다. 한 씨가 새로 적은 OFFER는 이랬습니다. "중소기업 200곳의 경비 처리 데이터를 5년간 다뤘다. 어떤 영수증이 어떤 계정으로 가는지, 어디에서 오류가 반복되는지 안다. 자동화 규칙을 설계하고 예외 케이스를 검증할 수 있다. 가용성 주 반나절." 그리고 LOOKING FOR에는 "내 도메인 지식을 제품으로 만들어 줄 개발 팀"이라고 적었습니다.

박 대표는 갱신된 프로필을 보고 바로 연락했습니다. 한 씨는 Project Cell에 Executor(도메인 검증)로 참여했고, Work Compensation은 시장 단가 기준 자문료로 먼저 정했으며, 그가 설계한 예외 규칙은 Knowledge 기여로 Contribution Matrix에 반영되었습니다. 서비스가 첫 매출을 내자 한 씨는 Value Sharing에서 자기 몫을 받았습니다. 이후 한 씨는 Expert Circle에서 세금 질문에 답하는 사람이 아니라 "회계 도메인을 제품 규칙으로 번역하는 사람"으로 알려졌습니다.

이 사례에서 바뀐 것은 한 씨의 역량이 아닙니다. 역량은 처음부터 있었습니다. 바뀐 것은 역량을 기술하는 방식이었습니다. 직함이 가리고 있던 노드가 보이게 되자 결합이 일어났습니다. 기여한 사람을 잊지 않는다는 약속은 기여가 기록될 때 지켜지지만, 그 전에 기여할 사람이 보여야 합니다.

Remember

명함은 소속을 말하고 일은 역량을 묻습니다. 직함은 역량을 말하지 않고, 서열을 만들며, 한 사람의 여러 역량 중 하나만 보여 줍니다.

모든 사람은 하나의 Capability Node입니다. 혼자서도 완결된 역량이고, 연결될 때 더 큰 것이 됩니다. 유명하거나 직급이 높은 사람만 가치 있는 것이 아닙니다.

프로필은 이력서가 아니라 "I CAN OFFER / I AM LOOKING FOR"입니다. 동사로 시작하고, 조건을 붙이고, 증거를 달고, 찾는 것을 적습니다.

프로필의 역량은 주장이고 기여 기록은 증거입니다. 역량이 기여가 되고, 기여가 신뢰가 되는 첫걸음은 자기 노드를 정직하고 구체적으로 적는 데서 시작합니다.

"사람을 직함으로 보지 않고, 무엇을 할 수 있는가로 본다."