저는 퇴사 글을 꽤 많이 읽는 편입니다. 개발자 커뮤니티에서 유명한 "fuck-you money 확보 후 작성한 블로그 포스트" 류도 있고, 분노가 채 가시지 않은 상태에서 쓴 트위터 스레드도 있고. 대부분은 읽고 나면 "그래, 그 회사 원래 그렇지"로 끝납니다. jr conlin이 Mozilla를 떠나며 남긴 글은 달랐습니다.
15년입니다. 빅테크에서 15년을 버틴다는 건, 입사 당시 함께 일했던 동료들이 두세 번 교체되고, 리더십이 바뀌고, 회사의 방향이 적어도 한 번은 완전히 뒤집히는 과정을 전부 목격한다는 뜻입니다. 보통 그 정도 연차면 조용히 나가거나, 아니면 끝까지 버팁니다. 공개적으로 구조적 진단을 남기는 사람은 드뭅니다. 그래서 이 글이 눈에 띄었습니다.
그가 쓴 내용을 보면, 단순히 "상사가 별로였다"거나 "연봉이 낮았다"는 얘기가 없습니다. 그보다 훨씬 구체적인 이야기를 합니다. 커뮤니티(Mozilla를 자발적으로 지지하고 함께 만들어온 외부 기여자들)를 대하는 방식이 어떻게 바뀌었는지, 새 리더십이 올 때마다 왜 비슷한 실수가 반복되는지, 그리고 "재미가 없어졌다"는 감각이 정확히 어떤 시점에서 찾아왔는지. 본인이 직접 "이건 내가 선호하는 문제였다 — 다들 방을 뛰쳐나갈 때 혼자 손을 들고 맡는 사람이 나였다"고 적을 만큼, 그는 떠나기 위해 이유를 찾은 게 아니라 떠나지 않을 이유가 소진될 때까지 버텼습니다.
이게 왜 AI 시대 이직 결정 맥락에서 다시 읽힐 만한 글이냐면, 지금 많은 사람들이 비슷한 고민을 하고 있기 때문입니다. AI 전환을 이유로 조직이 빠르게 재편되고, 새 리더십이 "우리도 빠르게 가야 한다"는 기치 아래 기존 방식을 뒤집고 있습니다. 그 과정에서 오래 버텨온 사람들이 "내가 알던 이 회사가 맞나"를 자문하게 됩니다. jr conlin의 글은 그 자문에 대한 15년짜리 답변처럼 읽힙니다. 그가 진단한 Mozilla의 문제들은 Mozilla만의 이야기가 아닙니다. 리더십 교체, 커뮤니티와의 거리두기, '스타트업처럼 움직이자'는 구호 — 어디서 많이 들어본 패턴입니다.
Mozilla를 모르는 분들을 위해 한 줄로 설명하면, 그냥 "Firefox 만드는 회사"입니다. 그런데 그게 전부였다면 jr conlin이 15년을 버티지는 않았을 겁니다.
Mozilla의 출발은 조금 특이합니다. 1998년, Netscape라는 회사가 자사 브라우저의 소스 코드(소프트웨어를 만든 설계도)를 통째로 공개하면서 시작된 프로젝트입니다. 당시 브라우저 시장은 Microsoft의 Internet Explorer가 사실상 독점하고 있었고, 돈도 없고 점유율도 없는 팀이 그걸 상대로 싸우겠다고 나선 겁니다. 지금 기준으로 보면 황당한 계획이지만, 실제로 됐습니다. Firefox가 출시된 2004년부터 2010년 사이, 전 세계 수억 명이 Firefox를 설치했습니다. 2009년에는 전 세계 브라우저 점유율이 30%를 넘기도 했습니다. 돈으로 찍어낸 성장이 아니라, 사람들이 직접 번역하고, 직접 홍보하고, 친구 노트북에 대신 설치해주면서 만들어낸 숫자였습니다.
jr conlin이 퇴사 글에서 쓴 비유가 정확히 이 지점을 찌릅니다. 그는 Mozilla를 맥도날드·버거킹이 즐비한 거리의 "작은 동네 식당"에 비유했습니다. 손님이 서로 인사하고, 커피를 나눠 따르고, 주인에게 메뉴 제안을 하는 곳. 사람들이 그 식당을 찾는 이유는 체인점이 싫어서, 혹은 체인점을 믿지 못해서입니다. 이미 익숙한 대형 브라우저를 쓸 수 있는데도 굳이 Firefox를 쓰는 사람들은, 그 '다름' 자체에 의미를 두는 사람들이라는 겁니다. 그리고 Mozilla는 그 사람들과 함께 제품을 만들었기 때문에 성장했습니다. 커뮤니티가 마케팅이었고, 커뮤니티가 품질 관리였고, 커뮤니티가 성장 동력이었습니다. 이건 지금 시대 기준으로 봐도 꽤 특이한 구조입니다. 보통 회사는 제품을 만들고 사용자를 확보하지만, Mozilla는 사용자들이 제품의 일부였습니다.
이 맥락을 이해해야 이후의 이야기가 제대로 보입니다. Mozilla가 무너지기 시작했다는 건, 단순히 점유율이 떨어졌다는 뜻이 아닙니다. Firefox의 시장 점유율은 2012년을 기점으로 하락세에 들어서 지금은 한 자릿수대에 머물고 있습니다. 그런데 수치보다 더 근본적인 문제는, 그 '동네 식당'이 언제부턴가 체인점처럼 굴기 시작했다는 겁니다. 커뮤니티를 함께 만드는 동료로 보지 않고, 관리해야 할 대상으로 보기 시작한 순간부터 균열이 생겼습니다. 그리고 그 균열은 리더십이 바뀔 때마다 조금씩 더 벌어졌습니다.
리더십이 교체되는 순간, 조직에는 늘 비슷한 패턴이 나타납니다. 새로 온 사람은 "우리 지금 너무 느리게 간다"는 진단을 내리고, 그 처방으로 "스타트업처럼 빠르게 움직이자"를 꺼냅니다. 들을 때는 그럴싸합니다. 문제는 Mozilla에 그 처방을 적용했을 때, 매번 같은 부작용이 나왔다는 겁니다.
jr conlin이 퇴사 글에 남긴 문장을 보면 이 구조가 선명하게 보입니다.
"We shouldn't try to be like the big browsers because that's not what our Community wants."
대형 브라우저를 따라 하는 건 단순한 전략 실수가 아닙니다. Mozilla가 존재하는 이유 자체를 부정하는 행위입니다. Chrome이나 Edge가 이미 점유율 기반의 대규모 사용자를 확보한 상태에서, Firefox가 그들과 같은 방향으로 달린다는 건 — 비유하자면 동네 식당이 갑자기 맥도날드 메뉴판을 들고 와서 빅맥 비슷한 걸 만들겠다고 선언하는 것과 같습니다. 단골손님들은 그 자리에서 등을 돌립니다.
이 악순환의 구조는 꽤 반복적이었습니다.
| 단계 | 패턴 |
|---|---|
| DAU 하락 | 이사회가 외부 리더 영입 |
| 외부 리더 부임 | 이전 조직의 성장 공식 이식 시도 |
| 처방 적용 | "기능 더 빠르게, 더 많은 사람 끌어오자" |
| 결과 | 핵심 사용자 이탈 → DAU 재하락 |
그런데 Mozilla의 핵심 사용자들은 처음부터 '더 많은 기능'을 원해서 Firefox를 선택한 게 아닙니다. 그들은 Chrome이 싫어서, 혹은 개인정보를 회사에 넘기기 싫어서 Firefox를 쓰는 사람들입니다. 이 맥락을 모르는 리더가 오면, 처방이 병을 키웁니다.
product-market fit(제품과 시장이 맞아떨어지는 지점)을 찾는 중이라는 전제가 깔린 '스타트업처럼 생각하자'는 슬로건이 특히 위험한 이유가 여기 있습니다. Mozilla는 이미 20년 넘게 자기 사용자가 누구인지 알고 있었습니다. 그걸 다시 찾겠다며 이것저것 실험하는 과정에서, 기존 커뮤니티는 자신들이 '테스트 대상'이 되었다고 느끼게 됩니다. 실제로 Mozilla는 이 시기에 Firefox 외에도 여러 방향으로 사업을 확장하려 했고 — 스마트폰 OS, 클라우드 서비스, IoT 등 — 그 중 상당수가 커뮤니티의 공감 없이 시작됐다가 조용히 종료되었습니다.
jr conlin처럼 15년을 버틴 사람도 결국 "더 이상 재미없어졌다"고 표현했습니다. 여기서 '재미'는 단순한 감정이 아닙니다. 자신이 하는 일이 조직의 방향과 일치한다는 감각, 커뮤니티와 실질적으로 연결되어 있다는 감각이 사라졌다는 뜻입니다. 그리고 그 감각은 리더십이 교체될 때마다 조금씩 더 희미해졌을 겁니다. 악순환이 무서운 이유는 한 번의 실수가 아니라, 매번 같은 실수가 다른 얼굴로 반복된다는 데 있습니다. 그렇다면 이 구조 안에서 커뮤니티는 실제로 어떤 방식으로 이탈했을까요 — 그리고 Mozilla는 그걸 언제 알아챘을까요.
Mozilla 퇴사 글에서 jr conlin이 직접 쓴 문장이 있습니다. "They're our peers." 커뮤니티는 고객이 아니라 동료라는 말입니다. 그런데 실제 Mozilla 내부에서는 이 구분이 점점 흐릿해졌습니다. 그 흐릿해지는 과정이, 제가 보기엔 이 퇴사 글 전체에서 가장 무거운 부분입니다.
Mozilla 커뮤니티는 원래 독특한 구조였습니다. 돈을 받지 않는 자발적 기여자들 — 코드를 짜거나, 번역을 하거나, 버그를 잡아주는 사람들 — 이 Firefox를 실제로 함께 만들었습니다. 이들은 "우리가 이걸 만들고 있다"는 감각으로 움직였습니다. 마치 동네 작은 식당에서 단골손님이 직접 메뉴 아이디어를 내고, 그게 실제로 메뉴판에 오르는 경험을 반복적으로 해온 것과 비슷합니다. 그 경험이 관계를 만들고, 그 관계가 Firefox의 성장 동력이었습니다. conlin이 글에서 언급한 Firefox 전성기의 DAU(Daily Active User) 상승은 이 커뮤니티 기여자들이 지인에게 직접 설치해주고, 회사 동료에게 추천하면서 생긴 결과였습니다. 광고나 번들 계약이 아니라 사람이 사람에게 전달한 신뢰였습니다.
그런데 Mozilla가 외부 리더십을 반복적으로 영입하면서 이 관계는 서서히 달라졌습니다. 가장 상징적인 사례 중 하나가 IRC에서 다른 메신저 서비스로의 전환입니다. IRC는 인터넷 초창기부터 개발자 커뮤니티가 사용해온 채팅 방식으로, 별도 계정 없이 접속할 수 있고 오픈소스 생태계와 자연스럽게 맞닿아 있는 도구입니다. Mozilla 커뮤니티도 오랫동안 IRC로 소통했고, 그 채널 안에서 신규 기여자가 온보딩되고 버그 논의가 이루어졌습니다. 그런데 경영진은 이걸 더 "현대적인" 도구로 교체하기로 했습니다. 커뮤니티의 반발이 있었지만 결정은 번복되지 않았습니다. 작은 변화처럼 보이지만, 무급 기여자들 입장에서는 "내 의견은 반영되지 않는다"는 신호로 읽혔을 겁니다. 그 신호가 쌓이면 사람들은 조용히 떠납니다 — 항의 한 번 하지 않고.
AI 기능 강제 탑재 논란은 이 흐름의 최근 버전입니다. Mozilla는 Firefox에 AI 어시스턴트 기능을 기본 탑재하거나 실험적으로 활성화하는 방향을 추진했고, 이에 대한 커뮤니티 반응은 차갑게 갈렸습니다. 문제는 기능 자체가 아니라 결정 방식이었습니다. 기여자들과 충분한 논의 없이 위에서 내려오는 방식으로 기능이 추가되는 패턴 — 이게 반복되자, 오랜 기여자들은 "우리는 이제 이 제품의 방향을 함께 결정하는 사람이 아니라, 그냥 사용자 수에 포함되는 숫자가 됐다"는 감각을 가지게 됩니다. 고객으로 격하됐다는 느낌은 이렇게 옵니다. 한 번의 큰 배신이 아니라, 작은 무시가 누적되는 방식으로.
⚠️ 주의: 커뮤니티 이탈은 소리가 없다. 항의 없이 조용히 떠나는 단골들은 DAU 수치가 꺾이고 나서야 보인다 — 그때는 이미 늦다.
conlin이 글에서 쓴 비유가 정확합니다. Mozilla는 McDonald's가 아니라 동네 식당이어야 했는데, 어느 순간부터 McDonald's의 메뉴 전략을 따라 하기 시작했다는 겁니다. 동네 식당이 McDonald's 흉내를 내면 기존 단골은 떠나고, 새 손님은 오지 않습니다. 단골이 떠나는 건 소리가 없어서 늦게 알아채게 됩니다. Mozilla가 커뮤니티 이탈을 감지했을 때는 이미 그 단골들이 상당수 자리를 비운 뒤였을 가능성이 높습니다. 그리고 그 자리를 채울 수 있는 건 또 다른 동네 식당 경험이지, 더 빠른 배달 서비스가 아닙니다. 이 감각을 잃지 않은 사람이 15년을 버텼고, 그 감각이 완전히 사라졌다고 느꼈을 때 떠났습니다.
퇴사 글 원문에서 저자가 직접 쓴 문장이 있습니다. "Mind you, I would have preferred to stay longer, but things got to a point where it just wasn't fun anymore." 번역하면 "솔직히 더 오래 있고 싶었다. 그런데 더 이상 재미가 없어졌다." 단 두 문장입니다. 15년치 결론이 이걸로 압축됩니다.
그런데 이게 단순히 "지쳤다"는 말이 아닙니다. 저자의 커리어 패턴을 보면 이해가 됩니다. 그는 스스로를 "모두가 방에서 뛰쳐나갈 때 한숨을 쉬며 손을 들고 그 일을 맡는 사람"이라고 묘사합니다. 아무도 하기 싫어하는 일, 남들이 외면하는 기술 부채(쌓아둔 채 해결 안 한 코드 문제들 — 이사 안 한 창고처럼 언젠간 정리해야 할 것들)를 자처해서 떠안아온 사람입니다. 그런 사람이 15년을 버텼다는 건 단순히 "참을성이 좋아서"가 아니라는 뜻입니다. 버티는 것 자체에 의미가 있었던 겁니다.
저자가 명시적으로 밝힌 철학 하나가 있습니다. 조직 전체를 파악하기 전까지는 진짜 개선이 불가능하다는 것입니다. 외부에서 보면 Mozilla의 문제가 단순해 보일 수 있습니다. 리더십이 이상하다, 커뮤니티를 무시한다, 방향성이 없다. 그런데 내부에서 오래 일한 사람만 알 수 있는 게 있습니다. 어떤 의사결정이 어느 팀에서 막히는지, 어떤 사람이 실제로 변화를 만들 수 있는 위치에 있는지, 그리고 어디에 힘을 쏟으면 실제로 뭔가가 바뀌는지. 이걸 파악하는 데만 적어도 2~3년은 걸립니다. 1년 차에 "이 조직 답이 없다"고 나가는 건 어쩌면 가장 쉬운 선택입니다. 어렵고 느리고 가시적인 성과도 안 나오는 내부 개선을 계속 붙잡고 있는 것과는 차원이 다릅니다.
그렇다면 그가 결국 떠난 기준은 뭐였을까요. "재미가 없어졌다"는 표현이 감상적으로 들릴 수 있는데, 저는 이게 굉장히 정교한 신호라고 생각합니다. 이 사람한테 '재미'는 취미나 기분의 문제가 아닙니다. 아무도 안 하려는 문제를 자원해서 맡을 수 있는 에너지의 원천이었습니다. 그 에너지가 없어졌다는 건, 더 이상 이 조직 안에서 자기 방식으로 기여할 공간이 사라졌다는 뜻입니다. 구조적으로 막혔다는 신호입니다. 단순히 "힘들다"거나 "연봉이 낮다"거나 "상사가 이상하다"는 것과 완전히 다른 레이어의 이탈 신호입니다. 자기가 잘하는 방식으로 기여하는 게 불가능해졌다는 감각, 그게 그의 한계선이었습니다.
이 프레임은 이직 타이밍을 고민하는 사람한테 꽤 실용적인 기준이 됩니다. 불편함이나 실망은 어느 조직에나 있습니다. 그것만으로 나가면, 다음 조직에서도 똑같이 나가게 됩니다. 그런데 "내가 이 조직 구조를 충분히 이해한 상태에서, 내 방식으로 뭔가를 바꿀 수 있는 가능성이 실질적으로 닫혔는가"라는 질문은 훨씬 구체적입니다. 그 답이 yes가 됐을 때, 그때가 떠날 때입니다. Mozilla 저자는 그 질문에 yes가 되기까지 15년이 걸렸습니다. 누군가에게는 3년일 수도 있고, 7년일 수도 있습니다. 숫자가 아니라 그 질문 자체가 기준입니다. 그리고 이 기준은, AI가 모든 직군의 역할을 재정의하고 있는 지금 시대에 오히려 더 유효해집니다.
지금 당장 이직을 고민하고 있지 않더라도, 이 사례에서 꺼낼 수 있는 실용적인 판단 기준이 몇 가지 있습니다.
-
첫 번째 시나리오. 지금 재직 중인 회사에 새 리더십이 들어왔고, 그 사람이 "우리도 빠르게 움직여야 한다"는 말을 반복하기 시작했다면 — 이건 신호입니다. Mozilla 저자가 15년 동안 목격한 패턴은 정확히 이것이었습니다. 외부에서 영입된 리더가 조직의 원래 DNA(여기서는 '어떤 원칙으로 만들어졌는가'라는 조직의 정체성)를 파악하기 전에 먼저 방향을 틀어버리는 것. 이때 체크해볼 질문은 딱 하나입니다. "새 리더가 이 조직이 왜 존재하는지를 설명할 수 있는가?" 대답이 매출 수치나 경쟁사 비교로만 나온다면, 앞 섹션에서 본 그 악순환이 이미 시작된 겁니다. 이직을 결정하라는 게 아니라, 지금부터 자기 포지션을 점검하라는 뜻입니다.
-
두 번째 시나리오. AI 기능 강제 탑재 논란처럼, 지금 다니는 회사가 "AI 전환"을 기치로 내걸고 기존 사용자 경험이나 내부 기여자들의 의견을 무시하기 시작하는 경우입니다. AI 전환 자체가 문제가 아닙니다. 문제는 그 전환이 누구를 위한 것인지가 불분명해지는 순간입니다. 이 시나리오에서 이직 협상력을 높이는 방법은 아이러니하게도 지금 하는 일에 있습니다. Mozilla 저자처럼 오픈소스 커뮤니티나 외부 프로젝트에 꾸준히 기여해온 이력이 있다면, 이직 면접에서 "나는 조직이 흔들릴 때 어디에 서 있었는가"를 증명할 수 있습니다. 오픈소스 기여(코드, 문서, 커뮤니티 운영 등 누구나 볼 수 있도록 공개된 작업 이력)는 레퍼런스 체크보다 훨씬 투명한 신호입니다. GitHub 커밋 기록 하나가 이력서 한 줄보다 협상 테이블에서 더 구체적으로 작동하는 이유가 여기에 있습니다.
-
세 번째 시나리오. "지금 떠나는 게 낫냐, 더 있는 게 낫냐"를 순수하게 실리로만 따지는 경우입니다. 여기서 Mozilla 사례가 주는 힌트는 장기 재직 자체가 목적이 아니라는 점입니다. 저자는 15년을 버텼지만, 그 기간 동안 조직 전체 구조를 파악하고 실제로 개선을 시도할 수 있었기 때문에 남아 있었습니다. 이 조건이 사라졌을 때 — 즉, 내가 여기서 할 수 있는 일의 범위가 좁아지고 있다는 감각이 생겼을 때 — 비로소 떠났습니다. 반대로 2~3년마다 옮기는 게 나쁜 건 아닙니다. 다만 그렇게 이직을 반복하면서 "각 회사에서 내가 실제로 무엇을 바꿨는가"라는 답이 점점 얇아진다면, 빅테크 이직 협상에서 연봉보다 레버리지(협상 시 내가 가진 실질적인 우위)가 먼저 흔들립니다. AI가 개별 작업을 빠르게 대체하는 지금, 채용 담당자들이 보는 건 "이 사람이 불확실한 상황에서 조직 안에 어떻게 자리를 잡았는가"입니다. 짧은 재직 기록이 여러 개일수록 그 질문에 답하기가 어려워집니다.
결국 이 세 가지 시나리오는 같은 곳을 가리킵니다. 이직 결정은 타이밍보다 맥락의 문제입니다. 리더십 교체, AI 전환 압박, 커뮤니티 신뢰 붕괴 — 이 신호들이 동시에 켜진다면, 그건 회사가 방향을 잃어가고 있다는 구조적 징후입니다. 그 징후를 읽는 능력이, AI 시대에 가장 쉽게 대체되지 않는 역량 중 하나입니다.
💡 핵심: "내가 이 조직 구조를 충분히 이해한 상태에서, 내 방식으로 뭔가를 바꿀 수 있는 가능성이 실질적으로 닫혔는가" — 이 질문에 yes가 됐을 때가 떠날 때다. 불편함이나 실망과는 다른 레이어의 신호다.
Mozilla는 아마 내년에도, 5년 후에도 존재할 겁니다. 검색 기본값 계약 — Google이 Firefox를 기본 검색엔진으로 유지하는 대가로 매년 수억 달러를 지불하는 구조 — 덕분에 당장 문을 닫을 일은 없습니다. 2022년 기준 Mozilla 연간 수익의 80% 이상이 이 계약에서 나왔습니다. 회사가 스스로 성장을 만들지 않아도 살아남을 수 있는, 일종의 생명유지장치입니다.
그게 이 이야기를 더 씁쓸하게 만드는 지점입니다.
극적인 파산이나 대규모 해고가 있었다면 오히려 선명했을 겁니다. 그런데 Mozilla가 보여주는 건 그보다 훨씬 조용한 형태의 쇠퇴입니다. 커뮤니티는 남아 있지만 열기가 식었고, 제품은 출시되지만 화제가 되지 않고, 직원들은 출근하지만 15년차 엔지니어가 "더 이상 재미가 없어졌다"는 이유로 조용히 짐을 쌉니다. 조직이 망하지 않는다는 사실이, 역설적으로 변화의 동기를 없애버립니다.
저는 이게 Mozilla만의 이야기가 아니라고 생각합니다. 대기업이든 중견기업이든, '망할 것 같지 않은 회사'에는 공통된 패턴이 있습니다. 안정적인 수익원이 있고, 브랜드 인지도가 있고, 그래서 내부의 비효율이나 방향 착오가 오래 가려집니다. 거기서 일하는 사람도 서서히 그 속도에 맞춰집니다. (처음엔 "이 정도면 괜찮지"였다가, 어느 순간 "원래 이런 거지"가 됩니다.)
JR Conlin이 1~2년 만에 떠나지 않은 건 회사가 좋아서만이 아니었습니다. 조직 전체를 파악하고, 실제로 뭔가를 바꿔보려 했기 때문입니다. 그리고 15년이 지나 그가 떠난 건 회사가 망해서가 아니라, 바꿀 수 없다는 걸 충분히 확인했기 때문입니다. 그 둘 사이의 시간이, 이 퇴사 글을 단순한 불만 토로가 아니라 하나의 기록으로 만들어줍니다.
당신의 다음 회사도 아마 망하지 않을 겁니다. 그러니까 오히려 더 신중하게 골라야 합니다. 망하지 않는 회사에서 10년을 보내고 나서야 "재미가 없어졌다"는 걸 깨닫는 것과, 처음부터 그 조직의 DNA를 읽고 들어가는 것은 전혀 다른 커리어를 만듭니다.
Q. Mozilla 같은 안정적인 회사를 굳이 떠나야 할 이유가 있나요?
A. 안정적인 수익 구조가 오히려 내부 비효율을 오래 가려줍니다. 그 속에서 일하다 보면 '원래 이런 거지'라는 감각에 서서히 적응하게 되고, 10년 후에야 재미가 없어졌다는 걸 깨닫게 됩니다.
Q. jr conlin이 Mozilla를 떠난 결정적인 이유는 무엇인가요?
A. 연봉이나 상사 문제가 아니라, 15년 동안 바꿔보려 했지만 더 이상 바꿀 수 없다는 걸 충분히 확인했기 때문입니다. 커뮤니티를 대하는 방식의 변화, 반복되는 리더십 실수, 그리고 '재미가 없어졌다'는 감각이 복합적으로 쌓인 결과입니다.
Q. AI 시대 이직 결정을 내릴 때 이 사례에서 뭘 참고할 수 있나요?
A. AI 전환을 명분으로 조직이 빠르게 재편되는 지금, 오래 버텨온 사람일수록 '내가 알던 이 회사가 맞나'를 자문하게 됩니다. 처음부터 조직의 DNA를 읽고 들어가는 것과 10년 후에야 깨닫는 것은 전혀 다른 커리어를 만든다는 게 이 사례의 핵심입니다.