카고 컬트

발행: (2025년 12월 11일 오후 09:45 GMT+9)
8 min read
원문: Dev.to

Source: Dev.to

Cover image for The Cargo Cult

Introduction

여러분, 안녕하세요!

좋은 실천의 형태만 따라하고 그 이유는 전혀 이해하지 못하는 경우를 본 적 있나요? 이런 현상을 우리는 카고 컬트(cargo culting)라고 부릅니다.

A cargo cult 'airplane'

이 이름은 제2차 세계대전 태평양 전쟁터에서 유래했습니다. 그 지역에서 미국과 일본 군대는 점령한 섬에 활주로를 만들었습니다. 비행기가 물자를 가득 싣고 착륙했죠. 전쟁이 끝나고 비행기는 떠났지만, 일부 원주민은 더 많은 물자를 원했습니다. 그들은 점령군이 활주로를 만드는 모습을 보고 인과관계를 논리적으로 추론해, 대나무 활주로를 만들고, 나무 라디오를 조각하고, 착륙 신호처럼 불을 피우기도 했습니다. 친구들 무리를 대나무 “소총”으로 무장시키고 정렬 훈련을 했습니다. 그들은 물자를 가져다 준 것처럼 보이는 모든 것을 했지만, 비행기는 다시 돌아오지 않았습니다.

When Technologists Create Cargo Cults

제 경력 동안 카고 컬트 사례를 많이 보았습니다:

  • 경영진이 “더 애자일해지자”는 이니셔티브를 발표하지만, 제즈 험블이 유명하게 말했듯이 “회의를 서서 하는 것 외에는 아무것도 변하지 않는다”.
  • 팀이 DevOps를 도입하려고 “DevOps 팀”을 만들지만, 실제로는 개발과 운영을 서로 교류시키지 않는다.
  • 테스트 자동화, 정적 분석, 혹은 다른 개발 관행을 도입하겠다고 선언하고 팀이 따르지만, 아무도 테스트나 스캔을 신뢰해 배포 파이프라인을 (차단하거나) 릴리즈하지 않는다.

소프트웨어 개발 라이프사이클과 직접 관련되지 않은 사례도 있습니다:

  • 많은 기업이 “다른 대형 기술 기업들이 하고 있기 때문에”라는 이유로 복귀(Return‑to‑Office) 명령을 내리는 최근 추세.
  • 조직을 “평탄화”하고 중간 관리직을 대거 없애는 흐름.

저는 이 아이디어들을 싫어하려는 것이 아닙니다(음, RTO에 대해서는 조금 비판적일지도). 문제는 $SOME_OTHER_COMPANY**가 하고 있으니 우리도 해야 한다”**는 이유만으로 구현한다는 점입니다.

카고 컬트의 진짜 위험은 대나무 활주로가 아니라 잘못된 진전감입니다. 바쁘게 보이고, 공식적이며 전문적으로 (아마도 지식이 있는 듯) 보이지만 실제로는 아무것도 움직이지 않습니다. 조직은 눈에 띄는 개선을 보지 못하고, 냉소가 스며들며, 엔지니어 팀은 눈을 굴리고, 리더는 신뢰를 잃고, 좋은 아이디어조차 실패한 의식과 함께 묶여 버립니다.

How to Escape the Cargo Cult

다른 조직을 전혀 보지 말아야 할까요? 말도 안 됩니다! 다른 곳의 관행을 차용할 수는 있지만 이해를 바탕으로 해야 합니다. 다음은 도움이 될 몇 가지 빠른 방법입니다:

  • “왜?”를 두 번 물어보세요. 리더십이 새로운 이니셔티브를 내놓으면, 그 문제를 물어보세요. 명확히 말하지 못한다면 대나무 활주로를 만들고 있는 겁니다. 첫 번째 “왜?”는 기업 슬로건일 수 있지만, 두 번째는 표면적인 답을 넘어가게 합니다.
  • 작은 실험을 실행하세요. 조직 전체에 프레임워크를 한 번에 도입하기보다, 위험이 적은 구역에서 한 조각만 시험해 보세요. 먼저 배우고, 그 다음에 확장합니다. 친구가 말하길, “카펫 청소제에 적힌 경고처럼, 눈에 띄지 않는 곳에서 먼저 테스트하라”는 겁니다.
  • 의식이 아니라 결과를 측정하세요. 올바른 지표를 측정해야 합니다! 스탠드‑업 회의를 몇 번 했는지 세지 말고, 의사결정이나 릴리즈가 얼마나 빨라졌는지 세세요. 닫힌 헬프‑데스크 티켓 수가 아니라, 변경으로 인해 고객에게 영향을 준 실패가 얼마나 자주 발생했는지 측정하세요.
  • 맥락에 맞게 적용하세요. 아마존에서 10,000명의 엔지니어에게 효과적이던 것이 5명 팀에 똑같이 적용되지는 않습니다. 일부 관행은 그대로 옮길 수 있지만, 신중히 고민해야 하며, 변화가 클수록 그 필요성을 확신시켜줄 근거가 더 필요합니다.

Wrapping Up

다른 사람을 그대로 따라하는 것이 나쁜 것은 아닙니다. 거의 모든 것은 그렇게 시작됩니다. 아이들은 문법을 이해하기 전에 소리를 흉내 내며 언어를 배웁니다. 주니어 개발자는 아키텍처 패턴을 이해하기 전에 Stack Overflow의 코드를 복사합니다. 하지만 어느 순간, 성장이라는 것은 라는 질문을 스스로에게 던지는 것입니다.

만약 당신이 대나무 소총과 나무 라디오만 가지고 있다면, 활주로를 만드는 것이 아니라 그냥 군인 놀이를 하는 겁니다.

Back to Blog

관련 글

더 보기 »

Deprecate를 진심으로

기사 URL: https://entropicthoughts.com/deprecate-like-you-mean-it 댓글 URL: https://news.ycombinator.com/item?id=46232898 점수: 37 댓글: 98