AI 요약
수십 년간 소프트웨어 업계를 관찰해온 필자는 엔지니어 간의 고질적인 '엇갈림'이 단순한 기술력 우열이 아닌 인지 전략의 차이에서 발생한다고 분석합니다. 엔지니어는 정보를 처리할 때 뇌의 워킹 메모리에 정보를 가두는 '압축형(Internalizer)'과 외부 매체에 구조화하여 배치하는 '전개형(Externalizer)'으로 나뉩니다. 압축형은 코드를 읽으면 알 수 있는 내용을 굳이 문서화하는 것을 낭비로 여기며, 전개형은 미래의 참여자와 전체 맥락을 위해 가시적인 구조화를 필수라고 생각합니다. 이러한 차이는 코드 리뷰에서의 상충되는 지적, 문서화 규칙 준수 여부, 작업 속도에 대한 오해 등으로 나타납니다. 결국 팀 내 마찰을 해결하기 위해서는 상대방의 방식을 '나태함'이나 '실력 부족'으로 치부하는 귀인 편향을 버리고, 서로 다른 인지 렌즈를 맞추는 과정이 필요합니다.
핵심 인사이트
- 인지 전략의 이분법: 정보를 뇌 안에 압축하여 유지하는 '압축형'과 문서나 도표로 외부에 배치하는 '전개형'이라는 두 가지 인지 모델을 제시합니다.
- 귀인 편향의 오류: 문서화를 안 하는 것을 '의식 부족'으로, 작업이 느린 것을 '기술 부족'으로 보지만, 실제로는 각자의 인지 회로 안에서 가치를 느끼는 지점이 다르기 때문입니다.
- 인지 프로세스 3단계: 거대한 정보를 다루기 위해 분할(Chunking), 압축(Encoding), 기록(Retention vs Externalization)의 과정을 거치며, 여기서 '기록'의 비중이 엔지니어의 성향을 결정합니다.
- 도구 및 언어 선호도: 압축형은 CLI, 터미널, C/Perl/Go 등을 선호하고, 전개형은 IDE, GUI, Java/Swift/SQL 등 가독성과 구조가 명확한 언어를 선호하는 경향이 있습니다.
주요 디테일
- 설계 원칙에 대한 시각: 압축형은 전체 구조가 머릿속에 있어 분할의 필요성을 못 느끼며 설계 원칙을 무시하기도 하나, 전개형은 타인이 분할 인지 가능한 구조를 만들기 위해 과도할 정도로 설계를 구체화합니다.
- 커뮤니케이션의 오해: 발표를 못 하는 엔지니어는 소통 능력이 낮은 게 아니라, 자신의 지식을 상대의 수준에 맞춰 '재구성'하는 인지 프로세스가 발동하기 어려운 구조일 수 있습니다.
- 작업 속도의 정의: 느리게 보이는 작업자는 사실 가시화, 문맥 기록 등 '보이지 않는 공정'에 시간을 투자하고 있으며, 이는 품질의 정의에 따라 다르게 평가될 수 있습니다.
- 코드 리뷰의 충돌: 동일한 Pull Request(PR)에 대해 정반대의 지적이 나오는 이유는 서로의 인지 전략이 충돌하여 '위화감' 베이스와 '근거' 베이스의 지적이 맞물리지 않기 때문입니다.
- 스펙트럼 모델: 이 분류는 0과 1의 이분법이 아니며, 엔지니어는 커리어의 단계나 상황에 따라 이 스펙트럼 위에서 위치를 이동할 수 있습니다.
향후 전망
- 팀 빌딩의 변화: 엔지니어의 성향을 단순 '성격'이 아닌 '인지 전략'으로 파악하여, 상호 보완적인 팀 구성이나 적소 배치가 가능해질 것입니다.
- 매니지먼트의 관점 전환: 근시인 사람에게 '더 잘 보라'고 강요하는 대신 안경을 주듯, 엔지니어의 인지 특성에 맞는 업무 방식과 협업 툴(렌즈)을 제공하는 방향으로 관리 기법이 발전할 것입니다.