우수한 엔지니어링 리더가 되기 위해 내가 배운 모든 것은 기자로서의 경험으로부터 얻은 것입니다.
내가 소프트웨어 엔지니어로 일한 처음 두 년간, "다른 점"에 대한 생각으로 시달렸습니다. 여기서 "다른 점"이라 함은 저의 경우 기술 분야에서의 여성이라는 의미가 아니라, 직종을 전환한 사실을 말합니다.
스스로를 받아들이기 위해, HTML, CSS 또는 JavaScript가 없는 시간이 없도록 웹 개발에 완전히 몰두했습니다. 주중에 늦은 시간까지 일했습니다. 주말에 프론트엔드 워크샵을 가르쳤습니다. 도서를 읽었고, 학회에 참석하고, 팟캐스트를 듣고, 여가시간에 튜토리얼을 했습니다. 재미로 인터뷰 스타일의 코딩 도전 과제를 해결했는데, 이것은 정상적이고 완전히 즐거운 일입니다.
당시의 나에게 큰 영감을 받습니다. 모든 이를 한 이유는 저를 "진정한" 개발자로 인정받기 위한 필사적인 열망 때문이었습니다. 결국, 저는 컴퓨터 과학 학위가 없었으며, 부트캠프에서 코딩을 배웠기 때문에 이 모든 것을 했습니다. 부트캠프가 끝나기도 전에 여러 곳의 취직 제안을 받은 것이 대성공이라고 생각하는 대신, 저는 두려움에 휩실렸습니다. 제 자신이 너무 불안하고, 누군가가 나의 가장 큰 비밀을 알아차릴까봐 무서웠습니다: 사실 나는 그냥 코딩을 배워온 기자일 뿐이라는 사실.
언론인으로서의 삶은 내 십대와 이른 20대를 정의했습니다. 제 아이덴티티가 내 일에 있었다고 믿던 때였죠. 어쨌든, 저는 14살 때부터 언론 활동을 시작했습니다. 고등학교를 졸업할 때쯤, 언론인으로서의 길이 이미 정해져 있고 마련되어 있다고 느꼈습니다. 대학에서도 언론 전공 외에는 공부할 생각조차 하지 않았어요.
제 둘째 해에는 전기공학을 전공하는 친구와 함께 생활했어요. 매일 아침 그녀는 컴퓨터 공학 수업을 듣고, 매 저녁 나는 그녀가 회로 보드를 프로그래밍하는 걸 지켜봤죠. 제게는 컴퓨터 공학이 하드웨어를 의미하는 거라고 생각했고, 그건 제게 흥미롭지 않았어요. 손재주나 물리적인 것에 능하지 못했다고 (스스로에게 말했던대로), 뇌로 발전하고 성공할 수 있는 과목을 선호했죠.
학교 신문의 편집자로서 활동하는 걸 좋아했고, 3학년 때에는 편집장으로 일 한 전체를 책임지게 되었어요. 그해에, 제가 실제로 편집을 사랑한다는 걸 깨달았습니다. 보도보다도 더 말이죠. 분명한 게, 본인이 작성한 기사 위에 자신의 이름을 보고 하는 그 느낌, 그것을 따라갈 수 있는게 없습니다. 그러나 제게는 보도의 과정 — 정보 수집, 소스와의 대화, 사실을 종합하는 과정 —이 어려우며, 종종 정신적으로나 감정적으로 빈번히 피곤하게 만들었습니다.
편집 작업은 나에게 새로운 삶을 안겨줬어요. 보고서 작성할 때 느끼지 못했던 즐거움을 느꼈죠. 기사를 배정하고 작가들과 협력하여 원고를 개정하고 그들의 최고 작품을 도출하는 과정을 사랑했어요. 제 도움으로 거친 초고가 저에게 의지하여 훌륭한 내러티브로 변화하는 것을 보는 걸 좋아했죠. 제가 이야기를 만드는 데 일조한 것을 알게 된 걸 아주 좋아했어요. 결국 뉴스룸에서 리더가 되는 것이 제가 진정으로 사랑하는 일이었죠.
하지만 전문 세계에서 신문 편집자나 잡지 편집자가 되는 일은 그렇게 간단하지 않아요. 젊은 저널리스트들은 일반적으로 관리진으로 승진되기 전 몇 년 동안 작가로 자신감을 증명해야 해요. 나는 그렇게 되는 건 별로 관심이 없었어요. 특히 D.C.에 도착하고 제가 발견한 모든 보도에 대해 끔찍하게 생각한 것들에 대해 실제로 즐겁게 여기는 저널리스트들과 경쟁하게 된 것을 알게 됐을 때 더욱 그랬어요 (예를 들어 국회 취재기자, 정치 스쿱 기자 등).
그때쯤 나는 코딩을 배우기 시작했고, 놀랍게도 회로 보드는 전혀 사용하지 않았어요. 대신, 말된 언어의 문법 규칙과 문법 규칙과 유사한 문법이 있는 언어를 찾을 수 있었어요. 디버깅하고 PR을 검토하는 것에서 자신감을 찾았어요. 엔지니어링 팀에서 일하고 코드를 작성하는 것은 실제로 뉴스룸에서 뉴스를 쓰는 것과 놀랍게도 매우 유사했지만, 거의 소외된 사람과 얘기할 일이 거의 없었어요.
워싱턴 포스트에서 소프트웨어 엔지니어로 일자리를 얻은 때에는 기자로서의 시절을 영원히 뒤로하고 '진짜' 개발자로 완전한 변모를 이루기 위해 준비되어 있었어요.
내가 완전한 변태를 겪은 건지는 확실하지 않지만, 내가 알고 있는 것은 이것뿐입니다: 공학 분야에서 더 오래 있을수록, 기자로서의 경력을 숨겨야 한다는 강박을 느끼지 않게 됩니다. 그것을 약점이 아닌 장점으로 인식하게 되었죠. 기자처럼 생각하는 나때문에 나는 더 나은 공학 관리자가 되는 것 같습니다.
저널리즘은 나에게 불확실성을 다루고, 모든 정보를 갖고 있지 않을 때 좋은 결정을 내리는 법을 가르쳐 주었습니다. 우리는 종종 압박 속에서 잘 수행하는 능력이 천부적인 재능이라고 생각하지만, 사실은 그렇지 않습니다. 기자들은 이러한 기술을 키워나가며, 상황을 잘 다루는 법을 강요받습니다. 왜냐하면 그들은 항상 모든 정보를 갖고 있지 않고도 행동해야 하는 긴급 뉴스 사건에 직면하기 때문입니다.
어떤 기자든 보면, 그녀가 잘 대응하는 것을 볼 수 있습니다. 왜냐하면 기자들은 긴급 뉴스가 가장 불편한 시간에 발생할 것으로 받아들이고 기대하기 때문입니다. 그럴 때에는, 그것이 일어날 때 필요한 사실들을 수집하고 독자들을 위한 명료함을 만들어내는 것이 기자의 업무입니다.
소프트웨어 엔지니어링 팀에서도 동일한 원리가 적용됩니다. 제품에서의 긴급한 장애나 새로운 임원이 팀의 계획을 무시하고 자신의 이니셔티브를 밀어붙이는 등 고압력 상황에서 엔지니어링 리더는 자주 승부수를 던지게 됩니다. 그러나 많은 사람들이 여기서 어려움을 겪게 되는 곳입니다. 예기치 않은 일에 대비하지 못하고 있다는 점입니다. 우리는 그런 일이 일어나면 안 된다고 생각하거나 팀 내에서 사건이 발생하는 것을 막아야 한다는 생각을 합니다.
결과적으로 많은 엔지니어링 매니저가 반응적인 모드에 갇혀서 상황을 해결하는 데에 시달리고 있습니다. 화재 진압, 기한을 맞추고 밑에서 벗어나려고 애쓰는 상황입니다. 문제는 반응은 본능적으로 하는 것이기 때문에 생각하지 않고 충동적이거나 감정적인 반응이 될 수 있다는 것입니다. 우리의 반응은 종종 신중하지도, 신중하게도, 또는 충분히 잘파악되지도 않습니다.
사실은, 엔지니어링 매니저들은 기자처럼 생각하는 것이 좋습니다. 뜻밖이든 불편하든 상황을 받아들이는 더 나은 마인드셋을 채택해야 합니다. 우리가 얼마나 잘 계획하고, 얼마나 주의깊게 로드맵을 설계하고, 얼마나 열심히 일하더라도 불행히 도로시기 일들은 불가피하게 발생할 것이며, 그것이 괜찮다는 것을 받아들여야 합니다. 우리의 일은 모든 방해를 방지하는 것이 아닌, 가능한 것을 완화하고 피할 수 없는 상황에 잘 대처하는 것임을 편안해히 받아들여야 합니다. 엔지니어링과 삶은 그런 일들로 가득 차 있습니다.
나 대학 때 기자였을 때도 모르게 필요한 기술을 쌓은 것이었음을 이제 알게 되었습니다. 기자로서뿐만이 아니라 엔지니어 및 다양한 직군의 팀을 이끌 때 성공하기 위해 필요한 기술을 얻을 수 있었습니다. 컴퓨터 과학을 공부하지는 않았지만, 이 분야에서 성공하기 위해 필요한 모든 것을 공부했기 때문에 성공했다고 생각합니다.
거의 10년 전에 전문 분야를 전환한 이후, 여전히 코드 작성 방법을 알고 있는 기자처럼 생각하고 있어요. 저는 아마도 영원히 멈추지 않을 것 같아요.