Chapter 75. 내부 경쟁을 유발하는 상대평가 및 제로섬 보상 체계의 악영향

연구개발(R&D) 조직에서 혁신은 개인의 천재성뿐만 아니라, 구성원 간의 긴밀한 협력과 지식의 교류에서 탄생한다. 그러나 경영진이 흔히 저지르는 치명적 오류 중 하나는 영업 조직에서나 통용될 법한 상대평가(Relative Evaluation) 및 제로섬(Zero-Sum) 보상 체계를 기술 조직에 그대로 도입하는 것이다. 이는 조직 내부에 파괴적인 생존 경쟁을 촉발하고, 장기적으로 기업의 기술적 해자(Moat)를 허무는 결과를 초래한다.

본 장에서는 제로섬 보상 체계가 딥테크 및 소프트웨어 엔지니어링 조직에 미치는 악영향을 다각도로 분석하고, 이를 타파하기 위해 경영자(CEO)와 최고기술책임자(CTO)가 인지해야 할 구조적 문제점과 대안을 제시한다.

1. 상대평가와 제로섬 보상의 본질적 모순

상대평가 제도는 한정된 보상(예: S등급 10%, A등급 20% 등 강제 배분)을 구성원들이 나누어 가지는 제로섬 게임(Zero-Sum Game)을 전제로 한다. 누군가 높은 성과 등급을 받아 많은 보상을 얻으려면, 필연적으로 다른 누군가는 낮은 등급으로 밀려나야 한다. 이러한 체계는 다음과 같은 심리적, 행동적 부작용을 낳는다.

지식 사일로(Knowledge Silo) 현상의 심화: 동료의 성과가 곧 나의 위협이 되는 구조에서는 누구도 자신의 노하우나 암묵지(Tacit Knowledge)를 공유하려 들지 않는다. 오히려 핵심 기술 지식을 은닉하고 자신만의 ’생존 무기’로 삼는 지식 독점 현상이 만연하게 된다.
단기 성과주의 매몰과 기술 부채(Technical Debt) 누적: 당해 연도의 고과를 잘 받기 위해 엔지니어들은 눈에 띄지 않는 구조적 개선이나 리팩토링(Refactoring), 안전망 구축 등 장기적 가치가 있는 타스크를 기피하게 된다. 결과적으로 제품의 본질적 품질은 저하되고, 이로 인한 기술 부채는 후임자에게 떠넘겨진다.
부서 간/팀원 간 협력 붕괴: 하드웨어, 소프트웨어, QA 등 다양한 직무 조직이 함께 제품을 개발하는 융합 제품 R&D(예: 로봇, 자율 무인기 개발 등)에서는 빈틈없는 협업이 필수적이다. 상대평가는 서로의 코드를 리뷰해주거나, 타 부서의 문제 해결을 돕는 이타적 행동(Organizational Citizenship Behavior)을 근절시킨다. “The Folly of Rewarding A, While Hoping for B” (Kerr, 1975) 논문에서 지적하듯, 조직은 ’협력’을 바라면서도 실제로는 ’개인 이기주의’에 보상하는 모순을 범하게 된다.

2. 역할 및 책임(R&R) 관점에서의 리더십 붕괴

상대평가 기반의 사내 경쟁은 애자일(Agile) 조직 내 핵심 리더들의 관리 역량마저 무력화시킨다.

프러덕트 오너(PO) 및 기획자: 제품의 전체 가치 극대화를 목표로 하는 PO는 유기적인 팀워크를 원하지만, 팀원들은 자신의 고과 향상에만 직결되는 피처(Feature) 개발만을 선호하게 된다. 결국 PO의 로드맵은 파편화된 개별 성과 모음집으로 전락할 위험이 있다.
스크럼 마스터(Scrum Master): 애자일 철학의 핵심은 투명성과 경험주의적 학습이다. 그러나 상대평가 하에서는 개발자들이 데일리 스크럼(Daily Scrum)에서 자신의 지연, 버그 발생, 혹은 지식의 부족함을 털어놓지 않는다. 자신의 약점이 평가에 반영되어 점수가 깎일 것을 두려워하기 때문이다.
과제 관리자(PM): PM은 제한된 자원 하에서 위험(Risk)을 관리해야 하지만, 협조적이지 않은 이기적 팀원들 사이의 갈등 조정에 업무 시간의 대부분을 허비하게 된다.

3. 마이크로소프트의 교훈: 스택 랭킹(Stack Ranking)의 폐지

제로섬 보상의 폐해를 가장 극명하게 보여주는 사례가 과거 일류 기업들이 도입했던 강제 할당식 임직원 상대평가 기법, 이른바 ’스택 랭킹(Stack Ranking)’이다. 이는 하위 10%의 직원을 지속적으로 도태시킴으로써 조직 긴장도를 높이겠다는 의도였지만, 결과적으로 사내 파벌을 형성하고 사내정치에 능한 자들만이 살아남는 결과를 낳았다.

마이크로소프트는 2013년 이 제도를 전면 폐지하고 절대평가와 지속적 피드백(Continuous Feedback) 중심으로 평가 시스템을 개편했다. 이 변화는 조직원들이 상호 조력하여 집단 지성을 형성하도록 촉진하였고, 회사가 다시금 기술적 패권을 탈환하는 중요한 변곡점이 되었다.

CEO와 CTO는 이러한 업계의 실패와 성공 사례를 거울삼아, 조직의 보상 철학이 철저히 ’제품의 가치 창출’과 ’기술 자산 축적’에 정렬(Alignment)되도록 보장할 연대 책임이 있다.

4. 제로섬 피드백 루프와 절대평가 피드백 루프 비교

상대평가에 의한 제로섬 게임은 조직에 악순환을 유발하는 반면, 절대평가 및 동반성장 중심의 제도는 선순환 성장 곡선을 만든다. 다음은 두 체계의 피드백 루프를 비교한 구조도이다.

graph TD
    subgraph Zero-Sum System: 상대평가 조직
        A1[한정된 보상/강제 배분] --> B1(개인주의 및 내부 경쟁 심화)
        B1 --> C1(지식 은닉 및 정보 사일로화)
        C1 --> D1(단기 성과 집착 / 기술 부채 증가)
        D1 --> E1(팀워크 파괴 및 통합 품질 저하)
        E1 --> A1
    end

    subgraph Positive-Sum System: 절대평가 조직
        A2[절대 목표 달성 및 팀 보상 연계] --> B2(심리적 안전감 확보)
        B2 --> C2(지식 공유 및 크로스 코드 리뷰 활성화)
        C2 --> D2(집단 지성을 통한 장기적 아키텍처 개선)
        D2 --> E2(조직 전체의 역량 상향 평준화 및 혁신)
        E2 --> A2
    end
    
    style A1 fill:#ffe6e6,stroke:#ff9999,stroke-width:2px;
    style E1 fill:#ffcccc,stroke:#ff6666,stroke-width:2px;
    style A2 fill:#e6f2ff,stroke:#99ccff,stroke-width:2px;
    style E2 fill:#cce6ff,stroke:#66b3ff,stroke-width:2px;

5. 조직의 파국을 막기 위한 대안적 평가 체계

딥테크 기업이 채택해야 할 이상적인 평가 및 보상 시스템은 엔지니어들이 혁신적인 문제 해결과 상호 교육을 자발적으로 수행할 수 있도록 유도해야 한다.

동반성장 중심의 절대평가 도입: 개인이 아닌 타스크 혹은 프로젝트의 객관적인 달성도를 지표(OKR 등)로 삼아, 목표를 달성한 전원에게 합당한 보상이 돌아가는 환경을 구축하라.
공유 가치(Shared Value) 지표 신설: 평가 기준에 타인에 대한 기술적 기여도(코드 리뷰 참여 횟수, 사내 세미나 발표, 위키 문서 작성 등)를 명시적으로 반영하라. 남을 도운 직원이 칭송받고 승진하는 문화를 제도적으로 뒷받침해야 한다.
팀 단위 보상(Team-based Reward) 가중치 상향: 개인의 성과가 팀 전체의 성과에 직접 연동되게 함으로써, 스크럼 내의 뛰어난 엔지니어가 어려움을 겪는 주니어(더닝-크루거 효과로 과업을 이행하지 못하는 경우 등)를 외면하지 않고 적극적으로 이끌어주도록 유인하라.

제로섬 보상 체계를 탈피하지 못하는 한, 제아무리 우수한 개발자들을 모아놓아도 그들은 하나의 목표를 향해 달리는 유기체가 아니라 각자도생하는 파편화된 개인에 머무를 수밖에 없다. 경영진은 평가 체계가 곧 조직의 문화를 결정짓는 가장 강력한 메시지임을 잊지 말아야 한다.