전 직장에서 매니저와의 현황 공유 미팅은 놀랍도록 효율적이었다. 매니저는 지난 미팅 이후 내가 한 일을 일일이 나열하라는 전형적인 절차를 시킨 적이 없었다. 대신 우리는 커리어 성장, 팀 운영, 까다로운 기술적 문제 같은 알짜 주제들로 바로 넘어갔다.

매니저는 어떻게 이미 맥락을 충분히 파악하고 있어서 바로 핵심으로 넘어갈 수 있었을까? 그는 내 Snippets를 읽고 있었기 때문이다.

Snippets란 무엇인가?

Snippets는 Google 내부에서 팀원들과 현황을 공유하기 위한 도구의 이름이다. 한 주 동안의 성과를 적는 단순한 텍스트 입력창에 불과하다. 다음 주가 되면 매니저와 팀원들은 이메일 다이제스트로 당신의 업데이트를 받아본다.

처음에는 Google의 내부적 개방성이라는 컬트적 문화 속 무의미한 우상처럼 보였다. 하지만 곧 깨달았다. 그저 텍스트박스 하나에 불과한 것에서 놀라울 정도로 많은 가치가 나온다는 것을.

나는 미팅이 싫은 게 아니라 형편없는 미팅이 싫다

대부분의 개발자처럼 나도 팀 동기화 미팅을 싫어했다. 미팅이 한 시간에 불과해도 미팅으로 인한 흐름 끊김이 몇 시간 동안 생산성을 망쳐버렸다. 왜 필요한지는 이해했지만, 견디기에는 늘 고통스러웠다.

Google에서는 팀 미팅에 대해 뭔가 분명히 이상한 점이 있었다. 미팅이 실제로 몰입감이 있었다는 것이다. 모두가 서로의 Snippets를 읽고 와서 공유된 맥락을 갖고 입장했기 때문에 논의는 군더더기 없이 생산적이었다. Google에 오기 전까지는 미팅에서 사실 보고가 지루한 부분이며 그건 미리 해둘 수 있다는 생각을 한 번도 해본 적이 없었다.

매주 업데이트를 작성할 시간을 따로 떼어놓는 일은 절제와 집중을 요했지만, 선순환을 만들어냈다. 현황 업데이트에 더 많은 노력을 기울일수록, 지루한 미팅에 쓰는 시간은 줄어들었다.

Snippets는 소소한 성과를 나누기에도 좋은 매개체였다. 데이터 처리 파이프라인에서 성능을 3% 끌어올렸다고 해도 팀 미팅 안건으로 올릴 정도는 아닐지 모른다. 하지만 Snippets는 그 성과를 가시화했고, 팀원들이 당신의 기여를 알아봐 줄 수 있게 했다.

Google에서 2년을 보낸 뒤 팀을 옮겼다. 비극적이게도 미팅은 이전 회사들에서 겪었던 그 진부한 “다 같이 사실을 읊어보자” 형식으로 퇴보했다. 알고 보니 새 매니저는 Snippets를 믿지 않았다. 대신 그는 전통적인 방식, 즉 대면으로 현황을 듣는 것을 선호했다.

그 선호는 나를 어리둥절하게 만들었다. Snippets의 아름다움과 효율성을 경험하고도 어떻게 다시 지루하고 비효율적인 미팅의 석기 시대로 돌아가자고 고집할 수 있을까? 마치 누군가 “네, 이메일이 있는 건 알지만 저는 전통적인 방식을 선호합니다. 팩스로 보내세요”라고 말하는 것을 듣는 것 같았다.

새 팀에서는 Snippets를 쓰는 사람이 거의 없었다. 어차피 팀 미팅에서 모든 걸 다시 설명해야 하는데, 매니저가 무시할 글을 굳이 정성껏 쓸 동기가 없었다. 나도 Snippets를 그만두었고, 현황 공유와 관련된 어떤 재앙이 팀을 박살 내고 매니저가 Snippets를 거부한 어리석음과 오만을 깨닫게 되기를 쓴맛을 삼키며 바랐다.

그런 일은 일어나지 않았다. 대신 몇 주 뒤, 나는 매니저가 절대 읽지 않을 것을 뻔히 알면서도 다시 Snippets를 쓰고 있는 나를 발견했다.

아무에게도 보내지 않는 현황 공유의 즐거움

금요일 오후는 내 뇌가 내 일에 대해 거짓말을 하는 시간이다. 종종 일주일 내내 버그 하나를 파느라 시간을 허비했고 보여줄 게 아무것도 없다고 속삭인다.

현황 업데이트를 작성하는 일은 내 한 주를 객관적으로 보게 만들었다. 코드 체크인과 보낸 이메일, 캘린더를 검토했다. 어김없이 이 과정은 음울한 ‘이 버그는 절대 못 고칠 거야’라는 마음가짐이 말하는 것보다 내가 훨씬 더 많은 일을 해냈다는 사실을 일깨워주었다.

때로는 수요일에 터진 전혀 다른 이슈 때문에 화요일에 출시한 멋진 기능을 완전히 잊어버리기도 했다. 진짜로 한 주 내내 하나의 버그에 매달렸을 때조차도, 그 조사 과정은 더 나은 문서나 새로운 자동화 테스트 같은 유용한 결과물을 남겼다.

Snippets가 없으면 나는 그런 것들을 모두 잊고, 달성하지 못한 것만 기억했다.

다른 도구들은 핵심을 놓치고 있다

2018년 초, Google을 떠났다. 사랑하던 Google 내부 도구에 더 이상 접근할 수 없게 되자, Snippets를 대체할 외부 도구를 찾아봤지만 헛수고였다.

“팀과 현황을 공유하세요”라는 서비스는 수십 개가 있지만, 모두 상향식이 아니라 하향식이다. 즉, 매니저를 위해 설계된 것이다. 매니저가 팀의 맥박을 손끝으로 느끼고 있다는 기분이 들도록 예쁜 그래프와 대시보드를 약속한다.

누구나 멋진 시각화를 좋아하지만, 그것을 만들려면 직원들이 도구가 요구하는 경직된 형식에 맞춰 정보를 입력해야 한다. 팀원들은 장부를 위한 장부를 해야 하고, 각 작업이 얼마나 “완료”되었는지를 나타내는 숫자를 지어내야 한다.

Snippets는 그저 텍스트박스였다. 직원들은 아무런 오버헤드 없이 자신의 일을 어떻게 설명할지 완전한 자율성을 가졌다.

텍스트박스 하나 없다고 막혀 있다는 말인가?

한 주를 긍정적인 기분으로 마무리하는 의식이 없으니, 일은 그저 감사 인사 하나 없는 잡무의 연속처럼 느껴졌다. 사기는 떨어졌고, 나는 Snippets의 단순함에 필적하는 현황 공유 도구를 헛되이 찾아 헤맸다.

어느 날, 심오하면서도 너무나 당연한 깨달음이 떠올랐다 — Snippets는 그냥 텍스트박스다. 텍스트박스라면 어디서든 구할 수 있다.

나는 즉시 새 Google Docs 문서를 만들고 그 주의 업데이트를 작성했다:

나는 1년 동안 매주 그 비공개 Google Docs에 현황 업데이트를 기록했다. 아무도 보지 않았지만 괜찮았다. 그리워하던 습관을 되찾았기 때문이다. 매주는 내가 얼마나 많은 일을 해냈는지 일깨워주며 끝났고, 기분이 좋았다.

또 하나의 현황 공유 도구를 만들다

1년 동안 비공개 업데이트를 쓰고 나니 여전히 만족스러웠지만, 독자를 위해 글을 쓰고 싶다는 아쉬움이 생겼다. 월간 회고를 공개하며 얻은 수많은 이점을 경험했고, 주간 업데이트에도 같은 것을 해보고 싶었다.

2019년 목표 중 하나는 JavaScript 프레임워크에 대한 전문성을 기르는 것이었기에, 이는 내 현황 공유 웹 앱을 만들기에 좋은 핑계가 되었다. 이름은 What Got Done이다:

나는 매주 그곳에 현황 업데이트를 기록한다. 지난 한 달 동안 이 사이트는 세 명의 다른 사용자를 끌어모았다. 들리나, 투자자들이여? 전월 대비 300% 성장이다!

업데이트 (2025-08): What Got Done 서비스 종료

재미있었던 6년을 뒤로하고 What Got Done을 종료하기로 했다. 이제는 내가 유일한 작성자인 weeks.mtlynch.io에 주간 업데이트를 올린다.

Samantha Mason이 편집했습니다. 커버 아트는 Loraine Yow가 제작했습니다.