사람을 등급으로 줄 세우지 않는다

Junior와 Senior의 차이는 분명히 있다. 그런데 왜 우리는 사람을 등급으로 정렬하지 않는가. 경력 3년의 개발자와 경력 20년의 교수는 같은 Project Cell에서 어떻게 대등한 기여자가 되는가.

질문에서 시작합니다

가입한 지 두 달 된 회원이 Builder Circle의 소그룹 회의에서 손을 들었습니다. "지금 논의하는 에이전트 구조는 제가 지난 회사에서 여섯 달 동안 운영해 본 것과 같은데, 그때 트래픽이 늘면서 겪은 문제가 있습니다." 회의실이 잠깐 조용해졌습니다. 발언한 사람은 경력 3년의 개발자였고, 듣고 있던 사람 중에는 경력 20년의 교수와 스타트업을 두 번 매각한 파운더가 있었습니다.

이 순간 조직은 두 갈래로 갈립니다. 한쪽에서는 누군가 "신입은 일단 들어보세요"라고 말합니다. 다른 한쪽에서는 교수가 "그 문제를 좀 더 자세히 말해 주시겠습니까"라고 묻습니다. 어느 쪽이 되느냐가 그 조직이 사람을 어떻게 보는지를 결정합니다.

경력 3년과 경력 20년의 차이는 실재합니다. 경험의 폭, 실패의 목록, 판단의 정확도는 다릅니다. 우리는 그 차이를 부정하지 않습니다. 그러나 "그 차이가 사람의 가치를 정한다"는 것과 "그 차이가 이 프로젝트에서 맡을 책임을 정한다"는 것은 전혀 다른 문장입니다. 이 장은 그 두 문장을 분리하는 일에 관한 것입니다.

왜 이것이 문제인가

세 가지 서열, 세 가지 실패

우리가 익숙한 조직들은 각자의 방식으로 사람을 줄 세웁니다.

위계 조직(전통 기업)은 직급으로 줄 세웁니다. 사원·대리·과장·부장. 직급은 원래 책임의 범위를 나타내는 것이었지만, 실제로는 발언권과 신뢰의 기본값이 됩니다. 부장이 틀린 말을 해도 사원이 반박하려면 비용이 듭니다. 직급은 안정적인 조정 장치이지만 정보가 아래에서 위로 올라가는 속도를 늦춥니다. AI 시대에 가장 최신의 도구를 써 본 사람이 가장 낮은 직급에 있는 경우가 많다는 점을 생각하면 이 지연은 치명적입니다.

시장(프리랜서·외주)은 단가로 줄 세웁니다. 시간당 5만원인 사람과 시간당 30만원인 사람. 단가는 시장이 그 사람의 과거 산출물에 매긴 가격이지만, 실제로는 "누가 더 옳은가"의 대리 지표로 쓰입니다. 그런데 단가는 협상력과 자기 홍보 능력을 상당 부분 반영합니다. 실력이 같은데 단가가 다른 경우, 단가가 낮은 사람의 판단은 회의에서 가볍게 취급됩니다. 그리고 그 사람은 다음에 단가를 올리기 위해 실력보다 협상을 연습합니다.

느슨한 커뮤니티(SNS·오픈채팅)는 팔로워로 줄 세웁니다. 팔로워 수는 그 사람이 얼마나 많은 사람에게 보였는가를 나타낼 뿐, 그 사람과 함께 일해도 되는지는 아무것도 말해 주지 않습니다. 그럼에도 팔로워가 많은 사람의 말은 더 많이 인용되고, 팔로워가 적은 사람의 정확한 지적은 묻힙니다. 이 서열은 세 가지 중 가장 신뢰와 무관합니다.

세 서열의 공통점은 하나입니다. 서열이 만들어지면 사람들은 서열을 올리는 일에 시간을 씁니다. 승진을 위해, 단가를 위해, 팔로워를 위해. 그 시간은 실제로 무언가를 만드는 데 쓰이지 않습니다.

AI 시대에 경력 서열이 특히 위험한 이유

AI 도구는 매년, 때로는 매달 바뀝니다. 20년 전에 쌓은 경험 중 상당 부분은 여전히 유효하지만, 어떤 부분은 오히려 새로운 접근을 막는 편견이 됩니다. 반대로 경력 3년의 개발자가 지난 여섯 달 동안 직접 운영해 본 에이전트 구조에 대한 지식은, 그 순간에는 그 방에서 가장 정확한 정보일 수 있습니다.

경력이 곧 정확도라면 서열은 합리적입니다. 그러나 AI 시대에는 "이 특정 문제에 대해 누가 가장 최근에 손을 대 보았는가"가 "누가 가장 오래 이 분야에 있었는가"보다 정확도를 더 잘 예측하는 경우가 잦습니다. 경력 서열로 발언권을 정하는 조직은 이 정보를 체계적으로 버리는 셈입니다.

한 가지 더 있습니다. 실행이 싸지면서 한 사람이 감당하는 범위가 넓어졌습니다(제6장 참조). 파운더가 모델을 직접 돌려 보고, 개발자가 고객을 직접 만납니다. 그러면 모두가 어떤 영역에서는 Senior이고 어떤 영역에서는 Junior입니다. 사람 전체에 하나의 등급을 붙이는 것은 이 현실과 맞지 않습니다.

서열이 없으면 무질서해지는가

여기서 흔한 반론이 나옵니다. "그렇다고 모두가 동등하게 발언하면 결정이 안 된다. 누군가는 결정해야 한다." 맞습니다. 그래서 우리는 서열 대신 역할을 둡니다. Project Lead(프로젝트 리드)는 실행 판단을 내리고 그 결과를 책임집니다. 이것은 Project Lead가 다른 참여자보다 "높은" 사람이라는 뜻이 아닙니다. 이 프로젝트에서 그 역할을 맡았다는 뜻입니다. 다음 프로젝트에서는 다른 사람이 Lead일 수 있고, 지난번의 Lead가 이번에는 Executor(수행자)일 수 있습니다.

서열과 역할의 차이는 이것입니다. 서열은 사람에게 붙어서 프로젝트를 넘어 따라다닙니다. 역할은 프로젝트에 붙어서 프로젝트가 끝나면 해체됩니다. 우리가 없애려는 것은 결정 구조가 아니라 사람에게 영구히 붙는 등급입니다.

우리의 철학

한국인공지능커뮤니티는 사람을 Capability Node(역량 노드)로 봅니다(제5장 참조). 노드에는 위아래가 없습니다. 연결의 방식과 밀도가 다를 뿐입니다. 이 관점에서 "역할에 맞는 책임과 기회를 준다"는 문장은 다음 세 가지를 뜻합니다.

첫째, 책임은 사람이 아니라 역할에 따릅니다. Project Lead는 실행 판단의 책임을 지고, Executor는 맡은 결과물의 책임을 지고, Originator(기회를 가져온 사람)는 고객 관계의 책임을 집니다. 경력 20년이라는 이유로 책임이 자동으로 커지지 않고, 경력 3년이라는 이유로 책임이 자동으로 작아지지 않습니다. 물론 큰 책임을 맡으려면 그에 맞는 기록이 필요합니다. 그러나 그 기록은 경력 연수가 아니라 이 커뮤니티에서 실제로 무엇을 했는가입니다.

둘째, 기회는 서열이 아니라 적합성으로 배정됩니다. 팀 구성 기준은 Capability + Experience + Trust + Availability + Fit입니다(제15장 참조). Experience는 다섯 기준 중 하나이지 전부가 아닙니다. 어떤 프로젝트에서는 경험이 결정적이고, 어떤 프로젝트에서는 최근에 그 도구를 만져 본 사람이 결정적입니다. 그리고 Availability, 즉 실제로 시간을 낼 수 있는가는 경력과 무관하게 모두에게 똑같이 적용됩니다.

셋째, 차이는 인정하되 서열은 만들지 않습니다. 제8장의 성장 단계 Member → Verified → Contributor → Professional → Leader / Fellow는 등급이 아니라 신뢰와 책임의 깊이입니다. Fellow는 Member보다 높은 사람이 아니라 더 많은 것을 감당하겠다고 약속했고 그 약속을 지켜 온 사람입니다. 이 구분이 흐려지는 순간 성장 단계는 직급이 되고, 우리는 위계 조직의 실패를 반복하게 됩니다.

프로토콜 조직(Protocol Organization)에서 이 원칙은 장식이 아닙니다. 사람을 고용이 아니라 규약과 기록된 신뢰로 묶는 조직에서, 경력 서열은 기록을 대체하는 지름길입니다. 지름길이 있으면 사람들은 기록을 쌓지 않고 서열을 쌓습니다. 사람을 소모품처럼 다루지 않는다는 약속은, 사람을 등급표의 한 칸으로 다루지 않는다는 약속을 포함합니다.

운영원칙

1. 회원 프로필에 경력 연수·직급·팔로워 수를 정렬 기준으로 쓰지 않습니다. 플랫폼은 회원을 역량(아홉 가지), 기여 기록, Trust Capital(행동으로 축적되는 신뢰의 기록), 가용성으로 표시하고 검색합니다. 경력은 프로필에 적을 수 있지만 검색의 기본 정렬 축이 아닙니다.

2. Project Cell 안에서 발언권은 역할과 근거로 정해집니다. 실행 판단은 Project Lead가 내립니다. 그 판단에 이르기까지의 논의에서는 누구의 근거가 더 정확한가만 봅니다. "제가 이 분야 경력이 몇 년인데"는 근거가 아닙니다. "제가 이 구조를 지난 여섯 달 운영하면서 이런 문제를 겪었습니다"는 근거입니다.

3. 모든 Project Cell은 신규회원에게 최소 한 자리를 열어 두는 것을 권장합니다. 이 자리를 Junior Slot이라 부릅니다. Junior Slot은 보조 자리가 아닙니다. 명확한 결과물과 그 결과물에 대한 책임, 그리고 Contribution Matrix(기여도 평가표)에서의 정당한 평가가 따르는 자리입니다. "일단 보고 배우는 자리"로 두면 안 됩니다. 기본값은 프로젝트당 1자리이며 Project Charter(프로젝트 헌장)로 조정할 수 있습니다.

4. Work Compensation(수행 대가)은 시장 단가를 기준으로 하되, 결과물의 단가이지 사람의 단가가 아닙니다. 같은 결과물을 냈다면 경력이 짧다는 이유로 단가를 깎지 않습니다. 반대로 경력이 길다는 이유로 같은 결과물에 더 지급하지도 않습니다. 결과물의 난이도와 품질이 단가를 정합니다. 이는 기본값이며 Charter로 조정할 수 있습니다.

5. Value Sharing(가치 배분)은 경력이 아니라 기여로 나눕니다. Contribution Matrix에 "경력 가중치" 항목은 없습니다. 다만 경험이 실제 기여로 나타난 경우, 예를 들어 잘못된 접근을 초기에 막은 판단은 Knowledge 또는 Leadership & Risk 범주에서 기여로 기록됩니다.

6. Leader / Fellow 단계의 회원도 Project Cell 안에서는 하나의 참여자입니다. Fellow가 Executor로 참여한 프로젝트에서 Project Lead가 Contributor 단계 회원이라면, 실행 판단은 그 Lead가 합니다. Fellow라는 이유로 Lead의 판단을 뒤집을 권한은 없습니다. Governance Power ≠ Economic Opportunity라는 원칙(제24장 참조)은 프로젝트 안에서도 그대로 적용됩니다.

7. 경력·직급·소속을 근거로 다른 회원을 무시하는 발언은 동료평가에 기록됩니다. 이는 제재가 아니라 기록입니다. 그러나 반복되면 Trust Capital에 반영되고, 다음 팀 구성에서 Fit 항목으로 고려됩니다. 신뢰는 말이 아니라 행동으로 쌓습니다. 동료를 어떻게 대하는가도 행동입니다.

8. 차이를 부정하는 것도 금지합니다. 경험 많은 회원의 판단을 "서열을 만든다"는 이유로 무시하는 것 역시 원칙 위반입니다. 우리가 없애는 것은 근거 없는 서열이지 근거 있는 판단이 아닙니다. 20년의 경험에서 나온 판단은 그 판단의 근거와 함께 제시되면 정당하게 무겁습니다.

위 원칙은 커뮤니티의 기본값(Default)이며, 개별 Project Charter로 조정할 수 있습니다.

역할별로 다시 보기

경력이 긴 회원에게. 이 원칙은 여러분의 경험을 깎아내리지 않습니다. 오히려 여러분의 경험이 "연수"가 아니라 "판단의 근거"로 제시될 때 훨씬 더 큰 무게를 갖게 합니다. 그리고 여러분이 경력 3년의 회원에게 "그 문제를 자세히 말해 주시겠습니까"라고 묻는 순간, 그 회원은 다음 프로젝트에서 여러분과 다시 일하고 싶어 합니다. 그것이 Trust Capital입니다.

신규회원에게. Junior Slot은 배려가 아니라 자리입니다. 그 자리에는 결과물과 책임이 따릅니다. 발언할 때는 경력을 앞세우지도, 숨기지도 마십시오. 근거를 앞세우십시오. 그리고 여러분이 낸 결과물은 기록됩니다. 기여한 사람을 잊지 않는다는 약속은 신규회원에게 가장 먼저 적용되어야 하는 약속입니다.

Project Lead에게. 팀 안에서 서열이 생기는지를 가장 먼저 감지할 수 있는 사람은 Lead입니다. 회의에서 누가 말하지 않는지, 누구의 말이 반복해서 끊기는지를 보십시오. 실행 판단은 Lead가 내리지만, 그 판단에 이르는 정보가 서열 때문에 걸러지면 판단의 질이 떨어집니다. 서열 없는 팀은 Lead에게도 이익입니다.

Circle Leader(서클 리더)에게. Circle은 결과물을 만드는 실행 공동체입니다(제25장 참조). Circle 안에서 "오래된 회원"이 발언권을 독점하는지를 살피십시오. 오래된 회원이라는 이유로 사업기회를 우선 배정받지 않는다는 원칙은 Circle에서 가장 자주 시험받습니다.

Case: 경력 3년의 개발자와 경력 20년의 교수

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

유통업체 한 곳이 고객 문의를 자동으로 분류하고 응답 초안을 만드는 에이전트 시스템을 의뢰했습니다. 계약 금액은 4천만원, 기간은 넉 달이었습니다. Project Lead는 파운더 박 대표였고, 팀에는 연구자 이 교수(Research·Technical), 개발자 김 씨(Technical), 그리고 Junior Slot으로 가입 두 달 차인 개발자 윤 씨가 들어왔습니다. 윤 씨는 경력 3년이었고, 이 교수는 이 분야에서 20년을 일했습니다.

첫 설계 회의에서 이 교수는 문의를 분류하는 단계와 응답을 만드는 단계를 하나의 모델 호출로 처리하는 구조를 제안했습니다. 단순하고 비용이 낮았습니다. 윤 씨는 이전 직장에서 비슷한 구조를 여섯 달 운영한 경험을 이야기했습니다. 트래픽이 하루 2천 건을 넘기면서 분류 오류가 응답 오류로 그대로 번졌고, 결국 두 단계를 분리해야 했다는 것이었습니다.

잠깐 침묵이 있었습니다. 김 씨는 "교수님 안이 더 검증된 것 아니냐"고 말했습니다. 여기서 박 대표는 서열이 아니라 근거를 물었습니다. "윤 씨, 그때 분리한 뒤에 비용은 얼마나 늘었습니까. 오류율은 얼마나 줄었습니까." 윤 씨는 구체적인 숫자를 기억하고 있었습니다. 이 교수는 그 숫자를 듣고 이렇게 말했습니다. "제가 다룬 시스템은 하루 수백 건 규모였습니다. 2천 건 이상은 제 경험 밖입니다. 이 고객은 하루 3천 건이니 윤 씨의 경험이 더 가깝습니다."

박 대표는 두 단계를 분리하는 구조로 실행 판단을 내렸고, 분류 단계의 설계와 구현을 윤 씨에게 맡겼습니다. 보조가 아니라 담당이었습니다. Charter에는 윤 씨의 결과물과 책임이 명시되었습니다. 이 교수는 응답 생성 단계의 평가 기준을 맡았고, 윤 씨의 분류기를 검증하는 역할도 함께 했습니다. 검증 과정에서 이 교수는 윤 씨가 놓친 경계 사례 여러 개를 찾아냈습니다. 경험이 근거로 제시되면 정당하게 무겁다는 것을 보여 준 순간이었습니다.

프로젝트는 넉 달 안에 끝났습니다. Work Compensation은 결과물 기준으로 지급되었습니다. 윤 씨는 분류 단계 전체를 담당했으므로 8백만원, 김 씨는 응답 생성과 통합으로 9백만원, 이 교수는 평가 기준 설계와 검증으로 6백만원, 박 대표는 Lead와 고객 관리로 5백만원을 받았습니다. 잉여가치 8백만원은 Community Share 5%를 뺀 뒤 Contribution Matrix에 따라 나뉘었고, 윤 씨의 초기 구조 판단은 Knowledge 범주로 기록되어 Value Sharing에서도 인정받았습니다.

Closing Review에서 이 교수는 이렇게 적었습니다. "윤 씨가 그 자리에서 손을 들지 않았다면 우리는 셋째 달에 구조를 뒤집었을 것이다." 윤 씨는 이 프로젝트를 기록으로 Verified에서 Contributor 단계로 올라갔습니다. 다음 해에 윤 씨는 다른 Project Cell의 Lead가 되었고, 그 팀의 Junior Slot에는 가입 한 달 차의 크리에이터가 들어왔습니다.

Remember

• Junior와 Senior의 차이는 실재하지만, 그 차이는 사람의 가치가 아니라 이 프로젝트에서의 역할과 근거로만 작동합니다.
• 서열은 사람에게 붙어 따라다니고, 역할은 프로젝트에 붙어 끝나면 해체됩니다. 우리가 없애는 것은 결정 구조가 아니라 사람에게 영구히 붙는 등급입니다.
• 발언의 무게는 경력 연수가 아니라 근거가 정합니다. 20년의 경험도 근거와 함께 제시될 때 정당하게 무겁습니다.
• Junior Slot은 배려가 아니라 결과물과 책임이 따르는 자리이며, 그 기여는 기록되고 보상됩니다.
• 성장 단계는 직급이 아닙니다. Fellow도 Project Cell 안에서는 하나의 참여자입니다.

"사람에게 등급을 붙이지 않는다. 역할에 책임을 붙이고, 발언에 근거를 붙인다."