새로운 팀이나 회사에 합류한 개발자, 엔지니어, 매니저라면 누구나 한 번쯤 겪는 감정이 있다. 나를 채용한 결정이 옳았음을 빨리 증명하고 싶다는, 거의 압도적인 충동이다. 이 글의 저자는 몬조(Monzo)에서 스탈링 은행의 엔진(Engine by Starling)으로 자리를 옮기면서 바로 그 익숙한 감정이 다시 밀려왔다고 말한다. 첫날부터 소매를 걷어붙이고 무언가를 고치고 싶은 마음은 지극히 자연스럽다. 문제는 이 조급함이 실무에서 종종 역효과를 낸다는 데 있다.
실리콘밸리와 IT 업계에서 흔히 미덕으로 꼽히는 '행동 편향(bias toward action)'은 분명 강력한 무기다. 그러나 저자는 이 무기가 '올바르게 적용될 때만' 초능력이 된다고 못 박는다. 맥락 없는 행동은 그저 소음일 뿐이라는 것이다. 설계도를 보기도 전에 큰 망치를 휘두르면 하중을 받치는 벽을 무너뜨릴 수 있다는 비유가 이 글의 핵심을 압축한다. 빠르게 움직이는 것 자체가 목적이 되어서는 안 되며, 정말로 눌러야 할 지점을 찾아 결정적으로 미는 것이 목적이어야 한다.
듣기도 하나의 능동적 행동이다
저자가 던지는 가장 실용적인 메시지는 '수동성 속에서 능동적이 되라'는 것이다. 입사 첫 몇 주 동안의 경청은 그저 가만히 있는 시간이 아니라, 의도를 가지고 수행할 때 그 자체로 하나의 행동이 된다. 한국의 개발 조직으로 옮겨 생각해 보면 이 시기는 코드베이스의 구조, 배포 파이프라인, 장애 대응 관례, 팀 간 의사결정이 어디서 이뤄지는지를 파악하는 정찰 기간에 해당한다. 겉으로는 이미 비효율로 보이는 코드나 프로세스도, 사실은 과거의 장애나 규제 대응, 조직 정치의 산물인 경우가 많다. 그 배경을 모른 채 손대는 순간 하중을 받치던 벽을 건드리게 된다.
중요한 것은 이 경청이 단순한 정보 수집에 머물러서는 안 된다는 점이다. 저자는 정보 수집과 실제 행동 사이에 '다리'가 필요하다고 말하는데, 그 다리는 전담해서 분석적으로 사고하는 과정이다. 즉 들은 것을 그대로 쌓아두는 것이 아니라, 무엇이 진짜 문제이고 무엇이 의도된 설계인지를 구분하는 판단 작업이 뒤따라야 한다. 이 단계를 건너뛰면 몇 주간의 경청도 결국 근거 없는 확신으로 이어질 뿐이다.
맥락이 쌓인 뒤에야 망치를 든다
이렇게 맥락의 토대를 다진 뒤에야 비로소 행동 편향을 안전하고 효과적으로 발휘할 시점이 온다. 저자가 강조하듯 이 모든 과정은 결코 느리게 움직이라는 뜻이 아니다. 오히려 정작 움직일 때 실제로 밀어야 할 것을 밀고 있음을 확신하기 위한 준비다. 새 조직에서 신뢰를 얻는 방식은 첫날의 극적인 개입이 아니라, 맥락을 이해한 사람이 정확한 지점을 짚어낼 때 자연스럽게 따라온다.
실무자 입장에서 이 조언의 한계도 짚어둘 필요가 있다. 이 글은 개인의 심리와 태도에 관한 에세이이며, 얼마나 오래 경청해야 하는지에 대한 구체적 기준이나 정량적 지표를 제시하지는 않는다. '충분한 맥락'과 '지나친 관망' 사이의 경계는 조직마다, 역할마다 다를 수밖에 없다. 특히 채용 시점에 명확한 성과 압박이 걸린 리더급이라면, 경청 기간을 무한정 늘리는 것 역시 또 다른 위험이 된다. 결국 저자의 프레임은 '언제 행동할지'의 정답이 아니라, 행동의 전제 조건을 어디에 둘지를 다시 정렬하라는 제안으로 읽는 편이 맞다.
그럼에도 이 메시지가 한국의 IT 실무자에게 유효한 이유는 분명하다. 이직과 조직 이동이 잦아진 업계에서, 새 환경에 들어설 때마다 모든 것을 첫날에 고치고 싶은 충동은 반복된다. 그럴 때 저자의 처방은 단순하다. 숨을 한 번 고르고, 망치를 내려놓고, 설계도를 집어 들라는 것이다. 진짜 해야 할 일은 당신이 정말로 준비됐을 때에도 그대로 그 자리에 남아 있다.