前職では、上司との定例ミーティングが驚くほど効率的だった。上司は、前回のミーティング以降にやったことを片っ端から列挙させるようなことは一切しなかった。その代わり、キャリアの成長やチームの育成、難しい技術的課題といった本質的なテーマにすぐ入っていけた。

なぜ上司は適切なコンテキストを把握できていて、本題にすぐ入れたのか。答えは、僕のSnippetsを読んでくれていたからだ。

Snippetsとは？

Snippetsは、Googleの社内でチームメンバーと進捗を共有するための内製ツールの名前だ。やることはシンプルで、ただのテキストボックスにその週の成果を書き込むだけ。すると翌週、上司や同僚に自分のアップデートがメールダイジェストとして届く。

最初は、Googleの社内情報公開というカルチャーが生んだ無意味な偶像のように思えた。しかしすぐに気づいた。ただのテキストボックスに過ぎないものから、驚くほど多くの価値が生まれていることに。

会議が嫌いなわけじゃない — 嫌いなのはダメな会議だ

多くの開発者と同じく、僕もチームの定例ミーティングが大嫌いだった。たとえ1時間の会議でも、その中断によってその後数時間の生産性が台無しになる。必要性は理解していたが、常に苦痛を伴うものだった。

ところがGoogleでのチームミーティングは、どこか明らかに違っていた。なんと、ちゃんと有意義だったのだ。みんなが互いのSnippetsを読んで共通の前提を持った上で臨むため、議論は無駄がなく生産的だった。Googleに来るまで、会議の退屈な部分は「事実の報告」であり、それは事前に済ませられるという発想自体がなかった。

毎週時間を確保してアップデートを書くのには規律と集中力が必要だったが、それは好循環を生んだ。進捗報告に力を入れれば入れるほど、うんざりする会議に費やす時間は減っていった。

Snippetsは、小さな成功を共有するのにうってつけの場でもあった。データ処理パイプラインの性能を3%改善したとしても、チームミーティングでわざわざ議題にするほどではないかもしれない。だがSnippetsなら、その成果に光が当たり、同僚が自分の貢献を認めてくれる。

Googleで2年働いた後、僕はチームを異動した。悲しいことに、ミーティングは以前の会社で耐え忍んでいたような、みんなで事実を順番に暗唱するだけの退屈な形式に逆戻りした。新しい上司はSnippetsを信じていなかったのだ。彼は昔ながらの方法、つまり対面で進捗を聞くことを好んだ。

このこだわりには呆れてしまった。Snippetsの美しさと効率を一度体験しておきながら、どうしてわざわざ退屈で非効率な会議という石器時代に戻ろうとするのか。「ええ、メールの存在は知っていますよ。でも私は伝統的なやり方を好むんです。FAXで送ってください」と言われたようなものだ。

新しいチームでは、Snippetsを書く人はほとんどいなかった。どうせチームミーティングで一から説明し直さなければならないなら、上司が読まない文章をわざわざ用意する動機などない。僕も書くのをやめ、進捗共有にまつわる何らかの惨事でチームが崩壊し、上司がSnippetsを拒否した愚かさと傲慢さを思い知ればいいと、恨めしく思いながら期待していた。

もちろん、そんなことは起こらなかった。代わりに数週間後、僕はまたSnippetsを書いている自分に気づいた。上司が絶対に読まないとわかっていながら。

誰にも届かない進捗報告の喜び

金曜の午後になると、僕の脳は仕事について嘘をつく。「一週間ずっとバグの調査に費やして、何の成果も出せなかった」と囁いてくるのだ。

進捗報告を書くことで、否応なく自分の1週間を客観的に見つめ直すことになった。コードのコミットや送信したメール、カレンダーを見返す。そうすると決まって、自分が「このバグは一生解決しない」という悲観的な思い込みよりも、はるかに多くのことを成し遂げていたと気づかされる。

火曜日にリリースしたちょっとした新機能のことを、水曜日に発生した無関係な問題のせいで完全に忘れてしまうこともあった。たとえ本当に1週間を一つのバグに吸い取られたとしても、その調査の過程では、改善されたドキュメントや新しい自動テストといった有益な副産物が必ず残っていた。

Snippetsがなければ、僕はそうした成果をすべて忘れ、成し遂げられなかったことだけを覚えているのだった。

他のツールはわかっていない

2018年初頭、Googleを退職した。愛用していた社内ツールが使えなくなり、Snippetsの代わりとなる外部ツールを探したが、見つからなかった。

「チームで進捗を共有する」ためのサービスは数え切れないほどあるが、どれもボトムアップではなくトップダウンだ。つまり、マネージャー向けに作られている。きれいなグラフやダッシュボードを約束し、マネージャーがチームの状況を掌握している気分になれるようにするのだ。

誰だってかっこいい可視化は好きだが、それを作るためには従業員がツールが求める硬直的な形式で情報を入力しなければならない。チームメンバーは帳尻合わせのために帳簿付けをさせられ、各タスクがどれだけ「完了」したかを示す数字をでっち上げなければならない。

Snippetsはただのテキストボックスだった。従業員は余計なオーバーヘッドなしに、自分の仕事をどう表現するかを完全に自由に決められたのだ。

テキストボックスがないから行き詰まっているのか？

週の終わりを前向きな気持ちで締めくくる習慣がなくなると、仕事はただ報われないタスクの連続のように感じられた。モチベーションは下がり、Snippetsのようなシンプルな進捗管理ツールを無駄に探し続けた。

ある日、深遠であると同時に当たり前のことに気づいた — Snippetsはただのテキストボックスだ。テキストボックスならどこにでもあるじゃないか、と。

僕はすぐに新しいGoogleドキュメントを作り、その週のアップデートを書き込んだ。

僕はその後1年間、毎週このプライベートなGoogleドキュメントに進捗を記録し続けた。誰もそれを見ることはなかったが、それでよかった。失っていた習慣を取り戻せたのだ。毎週末、自分がどれだけ成し遂げたかを思い出して終えられるのは、とても気持ちがよかった。

またしても進捗共有ツールを作る

1年間プライベートなアップデートを書き続けることには今でも満足していたが、誰かに向けて書く感覚が恋しくなった。毎月の振り返りを公開することで得られた数々の恩恵を実感していたので、週次のアップデートでも同じことをしたいと思ったのだ。

2019年の目標の一つに、JavaScriptフレームワークの習得があった。だから、これは自分で進捗共有のウェブアプリを作る格好の口実に思えた。その名もWhat Got Doneだ。

僕は毎週、そこで進捗を記録している。先月、このサイトには他に3人のユーザーが集まった。聞いたか、投資家諸君？ 前月比300%成長だ！

追記（2025-08）：What Got Doneの終了

楽しい6年間を経て、What Got Doneを終了することにした。現在は週次のアップデートをweeks.mtlynch.ioに投稿しており、投稿者は僕だけだ。

Samantha Masonによる編集。カバーアートはLoraine Yowによる。