지난 직장에서 매니저와 진행하던 상태 보고 미팅은 놀라울 만큼 효율적이었습니다. 매니저는 흔히 하는 것처럼 지난 미팅 이후 제가 한 일을 전부 나열하게 하지 않았습니다. 대신 곧바로 경력 성장, 팀의 발전, 해결하기 까다로운 기술적 문제처럼 중요한 주제로 들어갔습니다.

매니저는 어떻게 우리 둘이 지루한 부분을 건너뛰고 핵심적인 이야기부터 할 수 있을 만큼 상황을 잘 파악하고 있었을까요? 제 Snippets를 읽고 있었기 때문입니다.

Snippets란 무엇인가?

Snippets는 팀원들과 상태를 공유하기 위해 Google에서 사용하는 내부 도구의 이름입니다. 한 주 동안 이룬 일을 적는 단순한 텍스트 입력란일 뿐입니다. 다음 주가 되면 매니저와 팀원들은 이메일 요약본으로 업데이트를 받습니다.

처음에는 구글의 내부 공개 문화라는 종교에서 나온 무의미한 우상처럼 보였습니다. 하지만 사실상 텍스트 상자 하나에 불과한 것에서 놀라울 만큼 큰 가치가 나온다는 사실을 곧 깨닫게 됐습니다.

회의가 싫은 게 아니라 나쁜 회의가 싫다

대부분의 개발자처럼 저도 늘 팀 동기화 미팅을 싫어했습니다. 미팅이 한 시간밖에 안 되더라도, 한 번 흐름이 끊기면 그 후 몇 시간 동안 생산성이 망가졌습니다. 왜 필요한지는 이해했지만, 매번 견디기 힘들었습니다.

그런데 Google의 팀 미팅에서는 뭔가 확연히 달랐습니다. 실제로 몰입할 수 있었던 것입니다. 모두가 서로의 Snippets를 읽고 공통된 맥락을 파악한 상태로 참석했기 때문에 논의는 간결하고 생산적이었습니다. Google에 오기 전에는 사실을 보고하는 일이 회의에서 가장 지루한 부분이고, 그 일을 미리 해둘 수 있다는 생각을 한 번도 해보지 못했습니다.

매주 시간을 따로 내서 업데이트를 작성하려면 규율과 집중력이 필요했습니다. 하지만 그 과정은 선순환을 만들어냈습니다. 상태 업데이트에 더 많은 노력을 기울일수록 지겨운 회의에 쓰는 시간은 줄어들었습니다.

Snippets는 작지만 잘한 일을 알리기에도 좋은 수단이었습니다. 데이터 처리 파이프라인의 성능을 3% 끌어올렸다고 해도 팀 미팅의 안건으로 올릴 정도는 아닐 수 있습니다. 하지만 Snippets를 통해 그 성과가 드러나고, 팀원들이 기여를 알아볼 수 있었습니다.

Google에서 2년을 보낸 뒤 팀을 옮겼습니다. 안타깝게도 회의는 이전 회사들에서 겪었던 낡은 형식, 즉 모두가 사실을 읊어대는 방식으로 되돌아갔습니다. 새 매니저는 Snippets를 믿지 않는 사람이었던 것입니다. 대신 그는 전통적인 방식으로, 대면해서 상태 업데이트를 듣는 것을 선호했습니다.

저는 그 취향이 도무지 이해되지 않았습니다. Snippets의 아름다움과 효율성을 직접 경험하고서 어떻게 지루하고 비효율적인 회의라는 석기시대로 돌아가자고 할 수 있을까요? 누군가 이렇게 말하는 것과 같았습니다. “그래, 이메일이 있다는 건 알지만 나는 전통적인 방식을 선호해. 팩스로 보내줘.”

새 팀에서 Snippets를 작성하는 사람은 거의 없었습니다. 어차피 팀 미팅에서 모든 내용을 다시 설명해야 한다면, 매니저가 무시할 글을 미리 작성할 유인은 거의 없었습니다. 저도 Snippets를 포기했습니다. 언젠가 상태 업데이트와 관련된 재앙이 일어나 팀이 산산조각 나고, 매니저가 Snippets를 거부한 자신의 어리석음과 오만을 깨닫기를 씁쓸하게 바라면서 말입니다.

그런 일은 일어나지 않았습니다. 대신 몇 주 뒤, 매니저가 절대 읽지 않으리라는 사실을 잘 알면서도 저는 다시 Snippets를 작성하고 있었습니다.

아무에게도 보내지 않는 상태 업데이트의 즐거움

금요일 오후가 되면 제 뇌는 업무에 관해 저를 속입니다. 버그 하나를 조사하느라 일주일을 통째로 낭비했고, 보여줄 만한 결과는 아무것도 없다고 자주 말합니다.

상태 업데이트를 작성하면 한 주를 객관적으로 돌아보게 됩니다. 코드 커밋 기록, 보낸 이메일, 일정을 확인합니다. 그러면 어김없이, 도저히 해결할 수 없을 것 같은 버그에 매달리느라 아무것도 못 했다는 우울한 생각이 암시하는 것보다 제가 훨씬 많은 일을 해냈다는 사실을 떠올리게 됩니다.

수요일에 갑자기 생긴 unrelated issue 때문에 화요일에 출시한 멋진 기능을 완전히 잊어버릴 때도 있었습니다. 정말 버그 하나가 일주일 내내 제 시간을 잡아먹은 경우에도, 조사 과정에서 더 나은 문서나 새로운 자동화 테스트 같은 유용한 결과물은 늘 나왔습니다.

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.