4.74.4.3 질문하는 것을 두려워하게 만드는 사내 분위기(Psychological Danger): ’그것도 모르냐’는 식의 핀잔이 초래하는 지식 양극화

지식 은닉(Knowledge Hiding)은 지식을 가진 자가 고의로 정보를 통제하는 행위뿐만 아니라, 지식을 필요로 하는 자가 질문하는 것을 포기하게 만드는 억압적인 조직 문화(Psychological Danger)를 통해서도 완성된다. 기술 조직 내에서 호기심과 질문이 조롱이나 핀잔의 대상이 될 때, 조직의 학습(Organizational Learning) 역량은 심각하게 훼손되며, 지식의 양극화(Knowledge Polarization)가 가속화된다. 본 절에서는 질문을 억압하는 사내 분위기의 원인과 그것이 초래하는 파멸적 결과, 그리고 이를 극복하기 위한 심리적 안전감(Psychological Safety)의 중요성을 분석한다.

1. 심리적 위험(Psychological Danger) 상태의 발현

조직 행동학(Organizational Behavior)에서 미국의 하버드 비즈니스 스쿨(Harvard Business School) 소속 에이미 에드먼슨(Amy Edmondson) 교수가 제시한 ’심리적 안전감(Psychological Safety)’의 반대 개념이 바로 ’심리적 위험(Psychological Danger)’이다. 이는 구성원이 자신의 무지, 실수, 혹은 새로운 아이디어를 드러냈을 때 직간접적인 처벌이나 비웃음을 당할 것이라고 믿는 상태를 의미한다.

기술 조직에서 이러한 상태는 주로 다음과 같은 발언이나 태도를 통해 조성된다.

지적 우월성의 과시(Display of Intellectual Superiority): 시니어 엔지니어나 동료가 질문을 받았을 때, “그것도 모르냐?”, “구글링(Googling) 한 번이면 나오는 걸 왜 묻느냐?”, “대학에서 대체 뭘 배운 거냐?“와 같은 모욕적인 핀잔을 주는 경우이다.
질문을 시간 낭비로 치부: 바쁜 스프린트(Sprint) 일정을 핑계로, 시스템 맥락(Context)을 이해하기 위한 본질적인 질문을 “지금은 코드나 짜라“며 묵살하는 행위이다.
코드 리뷰(Code Review)의 무기화(Weaponization): 코드 리뷰를 상호 학습의 장이 아닌, 작성자의 실수를 공개적으로 조리돌림하거나 코딩 스타일에 대한 권력 투쟁의 도구로 사용하는 경우이다.

2. 지식 양극화(Knowledge Polarization) 및 사일로 심화

질문하는 행위가 곧 ’무능의 증명(Proof of Incompetence)’으로 간주되는 조직에서는 자연스럽게 아무도 질문하지 않게 된다. 이는 겉으로는 평온하고 각자 알아서 업무를 잘 수행하는 것처럼 보이지만, 내부적으로는 끔찍한 병리 현상을 낳는다.

가짜 역량(Fake Competence)의 팽배: 주니어 엔지니어들은 자신이 내용을 제대로 이해하지 못했음에도 불구하고, 비난을 피하기 위해 이해한 척(Fake it)하며 기존의 레거시 코드(Legacy Code)를 무비판적으로 복사하여 붙여넣는 방식을 택한다. 이는 시스템 전체에 시한폭탄과 같은 숨겨진 버그(Hidden Bugs)를 양산한다.
온보딩(Onboarding) 프로세스의 붕괴: 신규 입사자는 도메인 지식(Domain Knowledge)을 습득하기 위해 질문이 필수적이다. 질문이 억압된 환경에서 신규 입사자는 수주, 수개월 동안 코드를 홀로 추측(Guessing)하는 데에만 시간을 허비하며 극도의 스트레스로 결국 조기 퇴사(Early Turnover)에 이른다.
극단적 지식 양극화: 결과적으로 지식은 소수의 초기 개발자나 공격적인 시니어 엔지니어 그룹에만 독점되며, 나머지 다수의 팀원들은 단순하고 파편화된 기능 구현의 부속품으로 전락한다.

graph TD
    A[조직 내 심리적 위험 팽배] --> B[질문에 대한 두려움 형성]
    B --> C[동료 간 기술적 소통 단절]
    C --> D(주니어 엔지니어의 자발적 학습 포기 및 코드 모방)
    C --> E(시니어 엔지니어의 기득권 강화 및 지식 독점)
    D --> F{조직의 전반적인 기술 역량 하향 평준화}
    E --> F
    F --> G([치명적 장애 발생 및 위기 대처 능력 상실])
    style A fill:#ffcdd2,stroke:#333,stroke-width:2px
    style G fill:#b71c1c,stroke:#333,color:#fff,stroke-width:2px

3. 기술 경영 차원의 문화 개선 솔루션

이러한 지식 단절을 끊기 위해 최고기술책임자(CTO)와 경영진은 문화를 즉각적으로 혁신해야 한다.

’모른다’고 말할 수 있는 권리 보장: 리더가 먼저 “나도 이 부분은 당신의 도움이 필요하다”, “내가 이 아키텍처를 잘 몰라서 그러는데 설명해달라“고 취약성(Vulnerability)을 드러내는 모범을 보여야 한다.
질문에 대한 의무 응답 규칙 수립: 누군가 기술적인 질문을 했을 때, 이를 무시하거나 조롱하는 행위를 핵심 가치(Core Value) 위반으로 규정하고 인사 평가에 엄격히 반영해야 한다. 질문자는 항상 ’선한 의도’를 가졌다고 가정(Assume Good Intent)하는 원칙을 조직 내에 배양해야 한다.
공적인 페어 프로그래밍(Pair Programming)과 멘토링 제도화: 질문이 사적인 호의에 의존하지 않도록, 회사 차원에서 섀도잉(Shadowing)이나 짝 프로그래밍 세션을 정규 업무 시간 내에 제도적으로 배정하여 자연스러운 지식 교류의 장을 마련해야 한다.