アーキテクチャを、あなたのインボックスへ:週次チームダイジェスト登場

Paymentサービスのdriftスコアは6週間ずっと上がり続けています。2つのADRがレビュー待ちで開いたまま。月曜にhighセベリティのコンフォーマンス違反が発生しました。新しいInventoryサービスは、まだ存在しないチームに割り当てられています。

これらすべてを知っているのは、今朝archylにログインして5ページをクリックして回ったからです。

該当チームのエンジニアの大半はそれを知りません。

それがこの一週間で取り組んだ問題です。アーキテクチャインサイト — drift、コンフォーマンス、ADR、決定事項、ディスカッション — はarchylにすべて存在します。インデックス化され、計算され、ダッシュボードに表示されています。しかしそれらを最も必要とする人々は、コードに集中していてダッシュボードを更新する時間はありません。だからインサイトは行き場を失い、アーキテクチャの決定は真空の中で起こり続けます。

本日、Team Architecture Digest をリリースします。各チームのアーキテクチャの状態を、それを所有するチームのインボックスに届ける定期メール。週次、隔週、月次。チームが選びます。

ダッシュボードは負ける。インボックスが勝つ。

GitHubが2026年になってもプルリクエストのメールを送り続けるのには理由があります。Linearが日次ダイジェストを送るのには理由があります。すべてのアナリティクスツールに「weekly summary」オプションがあるのには理由があります。

人はプル(取りに行く)しません。届いたものをスキャンします。開くことを思い出さないといけないダッシュボードは、開くのを忘れるダッシュボードです。

10年間、私たちは「Slackとダッシュボードがメールを殺した」と聞かされてきました。でもダッシュボードは何を探しているか分かっているときに機能し、Slackは反応する必要があるときに機能します。どちらも 「今週重要だったこと、すべて2分で」 には向きません — それこそがエンジニアリングチームが、ミーティングにすることなくアーキテクチャで足並みをそろえるために必要なものなのに。

メールは、皮肉にも、正しいサーフェスです。静かで、密度が高く、アーカイブできて、検索でき、転送できる。そしてどのチームにもすでにメーリングリストがあります。

ダイジェストの中身

各チームのダイジェストは、そのチームが所有するプロジェクトにスコープされます。無関係なものは何もなく、他チームの境界からのものも入りません。

中には最大7つのセクション — チームが残すものを選びます:

アーキテクチャ健全性 — driftスコアと前期間との差分、コンフォーマンス通過率、デプロイ数、リードタイム、MTTR。DORAスナップショットを1行で。
アーキテクチャ変更 — 追加・更新・削除されたC4エレメント。トップアイテム。
決定事項 (ADR) — 提案されたもの、マージされたもの。
プルリクエスト — Architecture Change Requestsをステータス別に。
コンフォーマンス — 新規違反、セベリティ付き。
ディスカッション — アーキテクチャエレメントに対して開かれた新しいコメントスレッド。「いま何が議論されているか」のビュー。
インサイト — その期間に生成されたアーキテクチャインサイト。

アクティビティのないセクションは静かに省略されます。中途半端なメールは届きません。

レンダリングはプレーンHTML。トラッキングピクセルなし、マーケティングchromeなし。白地に黒、モノクロ、上にarchylワードマーク — トランザクショナルメールはキャンペーンよりLinearやVercelのように見えるべきだから。クライアントが prefers-color-scheme をサポートしていればダークモードが自動で切り替わります。

セットアップは15秒

チーム設定を開き、Digest タブへ。チームメールを入力。頻度、曜日、時刻、そしてチームが実際に住んでいるタイムゾーンを選びます。セクションをチェック。保存。

何も送らずにアプリ内でメールをプレビューでき、設定したアドレスにテストメールを1通送って、スケジュールを有効化する前に到達性とレンダリングを確認できます。

スケジューラは1時間ごとに動き、各チームのダイジェストを設定されたローカル時刻に送ります。Asia/Tokyo で月曜9時に設定された週次ダイジェストは東京時間の9時に届きます — 東京がサマータイム下にあっても、self-hostedインスタンスが America/Los_Angeles で動いていても。各ダイジェストは所有チームの時計に従います。

なぜこれが重要か

アーキテクチャはチームのプロパティです。集合的に所有され、所有者の誰かがコードをshipするたびに進化します。最も難しいのはアーキテクチャを捉えることではありません — 図、ADR、drift検出、それは何年もやってきました。最も難しいのは、アーキテクチャが言っていることとチームが知っていることの間の ループを閉じる ことです。

週次ダイジェストはシンプルだが希少なことをします:チームに毎週たった5分の瞬間を与え、自分たち自身のアーキテクチャについて同じページに立つ機会を提供します。スタンドアップなし。開くツールなし。築くべき習慣なし。誰もがすでに読んでいるメールだけ。

エンジニアリングマネージャーなら、その瞬間は金です。チームのエンジニアなら、アーキテクチャのコンテキストが あなたのところに やってくるのは初めてです、追いかけるのではなく。

本日提供開始

Team Architecture Digestはすべてのチームで利用可能です。チーム設定を開き、Digest タブをクリックすると、次のスケジュールされたtickであなたの最初のリキャップが送られます。

チームの感想を聞かせてください。チャットをインボックスより好む組織のために、SlackとTeamsの相当機能をすでにプロトタイプ中です — でも週次のケイデンスでは、ノイズにならずにコンテキストを届けるサーフェスはインボックスだと確信しています。

アーキテクチャを、ついに、それを所有する人々が実際に住んでいる場所へ。

アーキテクチャコンテキストがエンジニアリングチームをどう流れるかを掘り下げたいですか?C4モデルにプルリクエストワークフローを適用した Architecture Change Requests を、または自分のスタックについて何でも聞き、自分のモデルに根ざした答えを得る Architecture Chat をお読みください。