4.74.2.1 제로섬(Zero-Sum) 게임을 강요하는 스택 랭킹(Stack Ranking) 및 극단적 상대평가 제도의 부작용

지식 기반 산업, 특히 고도의 융합과 기능적 상호 의존성을 띠는 소프트웨어 개발 및 딥테크(Deep Tech) 환경에서 협업(Collaboration)은 성인군자의 단순한 미덕이 아니라 조직의 생존을 담보하는 필수 불결의 조건이다. 그러나 기업 매니지먼트가 구성원의 퍼포먼스를 편리하게 측정하고 통제할 목적으로 ’스택 랭킹(Stack Ranking)’이나 ‘극단적 상대평가(Relative Evaluation)’ 제도를 무비판적으로 기계 도입할 경우, 협업의 가장 중요한 근간인 ‘지식 공유(Knowledge Sharing)’ 생태계는 문자 그대로 산산조각 난다.

1. 스택 랭킹(Stack Ranking)의 정의와 기술 조직 내 제로섬 퍼스펙티브

스택 랭킹은 잭 웰치(Jack Welch) 시대의 제너럴 일렉트릭(GE)에서 널리 퍼지며 유행했던 활력 곡선(Vitality Curve) 모델로, 전체 조직원을 성과에 따라 1등부터 꼴찌까지 강제로 일렬로 세우고, 하위 10%를 반드시 시스템에서 정기 도태(Fire)시키는 식의 엄격한 비율 무조건 할당 평가 제도다. 마이크로소프트(Microsoft) 등 초기 압도적 IT 기업들도 이 제도를 맹신하여 운용했다가 심각한 내부 정치와 혁신 동력의 붕괴라는 부작용을 겪고 결국 전면 폐기한 바 있다.

1.1 동료의 실패가 곧 나의 성공이 되는 ‘제로섬(Zero-Sum) 역학’

스택 랭킹의 가장 지독하고 치명적인 결함은 조직 내 평가와 보상의 파이(Pie)가 철저하게 고정되어 있다는 데서 출발한다. 당신이 A 등급을 받고 승진 티켓을 거머쥐기 위해서는 무조건적으로 내 옆자리의 누군가가 C나 D 등급으로 밀려나 눈물을 흘려야만 한다. 이러한 냉혹한 시스템 구조는 동료를 시너지를 도모할 협업의 대상이 아니라, 내가 밟고 올라가 꺾어야만 생존할 수 있는 ’잠재적 적(Potential Enemy)’으로 악의적으로 규정한다. 고도의 기술 복잡성을 풀어나가야 할 기술 조직에서 이 역학이 발동하면, 팀 내에서 서로를 순수하게 돕고 기술을 가르쳐주는 행위는 완벽하게 비합리적인 바보짓이 된다.

1.2 암묵지(Tacit Knowledge) 전수의 파괴적이고 전면적인 중단

이런 살벌한 제로섬 게임 무대 위에서 시니어 개발자가 자신이 피땀 흘려 체득한 귀중한 트러블슈팅(Troubleshooting) 노하우나 고차원적 아키텍처 비전을 후임이나 동료에게 자발적으로 전수하는 일은 결코 일어나지 않는다. 이는 자기 본연의 강력한 경쟁 우위(Competitive Advantage)를 양보하여 나 스스로를 평가 도태 위험에 빠뜨리는 ’명백한 자해 행위’와 다름없기 때문이다. 결과적으로 건강한 멘토링(Mentoring) 시스템은 무용지물이 되고, 구성원들은 각자 자신의 고급 정보를 철저히 잠그고 통제하는 지식 사일로(Silo) 축조에만 혈안이 된다.

2. 극단적 상대평가가 초래하는 시스템적 부작용

구성원 개개인의 살아남기 위한 심리적 방어 기제는 결국 시스템 전체의 퀄리티 저하와 조직의 혁신 동력 상실이라는 참담한 결과로 직결된다.

2.1 코드베이스의 복잡성 가중과 방어적 프로그래밍(Defensive Programming)

동료를 적대적으로 믿지 못하는 엔지니어는 자신의 코드에 타인이 접근하거나 참견하여 수정하는 것을 극도로 경계한다. 이는 모듈 간 강한 의존성과 결합도(Tight Coupling)를 개인의 통제력 강화 수단으로 유발하며, 일부러 코드를 타인이 읽지 못하게 난해하게 작성하는 ’난독화(Obfuscation)’에 가까운 악습성을 기른다. 이 환경에서 코드 리뷰(Code Review) 시간은 타인의 오점과 약점을 꼬집고 공격하여 내 평가 우위를 점하는 비열한 정치적 ‘결함 찾기’ 투기장으로 전락한다. 결국 누구도 획기적이거나 혁신적인 코드를 작성하려 모험과 리스크를 짊어지지 않고, 그저 면피용의 방어적이고 안정 지향적인 코드만 소극적으로 양산하게 된다.

2.2 부서 이기주의와 최적화의 실패 (Local Optimization)

극단적 상대평가가 심화되면 ’나의 팀’이 좋은 평가를 선점하기 위해 ’다른 팀’의 실패를 방관하거나 심지어 일정을 맞추지 못하도록 암묵적으로 조장하는 끔찍한 현상마저 발생한다. 프론트엔드(Front-end) 팀과 백엔드(Back-end) 팀 간에, 또는 개발팀과 보안(Security) 및 QA 팀 간에 변경된 API 스펙이나 치명적 취약점 정보를 즉각적으로 공유하지 않고 책임을 전가하며 핑퐁(Ping-pong) 게임을 치는 기현상이 일상화된다. 이로 인해 부분 최적화(Local Optimization)에만 매몰되다 제품 전체의 아키텍처가 와르르 붕괴되는 전체 최적화의 대실패(Failure of Global Optimization) 국면이 도래한다.

3. 스택 랭킹이 무너뜨리는 지식 생태계 구조 도식

제로섬 경쟁 중심의 평가 시스템이 조직의 신뢰를 어떻게 파괴하는지 시스템 다이내믹스(System Dynamics)의 인과 지도(Causal Diagram)로 나타내면 다음과 같다.

graph TD
    A[인건비 통제 및 스택 랭킹·강제 차등 평가 전면 도입] -->|초경쟁 환경 강제| B[동료 간 철저한 제로섬 게임 인식 형성]
    B -->|개인의 생존 본능 자극| C[핵심 노하우 은닉 및 이타적 멘토링의 즉각 중단]
    C -->|조직 내 갈등 심화| D[코드 베이스의 파편화 및 극단적 부서 이기주의 팽배]
    C -->|심리적 위축과 공포| E[과감한 R&D 혁신 기피 및 면피용 방어적 태도 구축]
    D --> F[조직 전체의 제품 퀄리티 추락 및 릴리즈 지연]
    E --> F
    F -->|원인 분석을 간과한 경영진 오판| G[살아남은 소위 '초과 성과 직원'을 가려내기 위한 더 잔혹하고 엄격한 평가 잣대 채택]
    G -->|악순환 강화 주기| A

4. 매니지먼트를 위한 평가 체계의 철학적 전환

최고 경영진(CEO), 연구 개발 책임자(CTO) 및 인사(HR) 부서는 스택 랭킹이 개인의 단기적 노동력을 비정하게 쥐어짜는 데는 과거 제조업 시대에 임시로 유효했을지 몰라도, 구성원 간의 유기적 두뇌 연결이 필수인 현대의 융합 R&D 생태계에서는 조직을 파멸로 이끄는 독약임을 뼈저리게 통감해야 한다.

동료를 밟고 짓이겨야만 내가 사는 극단적 상대평가 체계를 과감히 철폐해야 한다. 대신, 구성원 모두가 조직의 숭고한 미션(Mission)에 정확히 정렬될 수 있는 목표-핵심 결과 지표(OKR, Objectives and Key Results) 기반의 절대평가(Absolute Grading) 시스템으로 틀을 완전히 바꾸어야 한다. 아울러 ’팀의 목표 달성과 동료의 기술 역량 향상에 얼마나 이타적으로 기여했는가’를 집요하게 측정하는 목표 지향적 협업 지수(Collaboration Index)를 고과의 최우선 순위로 격상시켜, “기꺼이 지식을 열어 함께 성장하는 팀이어야만 압도적으로 다 같이 보상받는다“는 확고한 연대감(Solidarity)을 조직 문화의 DNA 가장 깊은 곳에 이식해야 한다.