実際に機能する会議準備テンプレート
記憶ではなく実際のツールから文脈を引き出す、エンジニアリングマネージャーのための会議準備テンプレート。
By Ellis Keane · 2026-04-03
私がこれまで見てきた会議準備テンプレートのほとんどは、変装したアジェンダテンプレートに過ぎません。「議論のトピック」と「アクションアイテム」を書く場所を用意して準備と呼んでいますが、本当に難しい部分を省いています：前回誰かと話してから何が起きたかを把握することです。
会議準備の本当の作業は、部下が火曜日に何を話していたかを思い出そうとSlackをスクロールする15分、またはマイグレーションがリリースされたかどうかを確認するためにLinearのイシューをクリックして回る10分、あるいは1on1を開いてみると週が混ざり合っているせいで（週とはそういうものですが）何も具体的に話せることがないと気づく瞬間です。
この会議準備テンプレートは異なる前提から始まります：準備とはアジェンダを書くことではなく、コンテキストを収集することです。業務上のコンテキストはツールの中にあり、頭の中にあるのではありません。対人関係のコンテキストは依然として判断力とメモが必要ですが、それはほとんどの人が思うよりも小さな範囲です。アプローチは3つのレイヤーです：アクティビティスキャン、決定事項とブロッカーのチェック、そして変化の差分。すべてを7分以内に確認できます。
このテンプレートの対象者
主な対象者：1on1、チームシンク、クロスファンクショナルなチェックインを行うエンジニアリングマネージャーですが、事前に調べておけばよかったと思いながら会議に入る人なら誰でも応用できます。Linear、GitHub、Slack、そしてNotionやFigmaなどを使って5〜8人の部下を管理している場合、あなたのことを念頭に置いていました。異なるツールスタックですか？構造は変わりません。特定のクエリを入れ替えるだけです。
簡単な1on1はレイヤー1だけで十分かもしれません。5人以上の参加者と覆せない決定が議題にある重要な計画セッションには、おそらく3つすべてが必要です。
レイヤー1：アクティビティスキャン（3分）
どの会議の前にも、参加者の最近のアクティビティを確認してください。彼らがしたことすべてではなく、彼らの週がどのようだったかを知るのに十分な量だけです。
- [ ] 各参加者のGitHubでの最近のPR（マージ済み、オープン、レビュー済み）を確認する
- [ ] Linearイシューをスキャンする：何が「完了」に移ったか、3日以上「進行中」になっているものは何か、再割り当てされたものは何か
- [ ] 彼らがアクティブだったSlackチャンネルを斜め読みし、5件以上の返信があるスレッドを探す（それらは内容の濃い議論になりがちです）。
from:@person before:todayのようなSlackの検索修飾子を使えば大幅に速くなります
- [ ] 該当する場合は、デザイン関連の会議ではFigmaのアクティビティを、計画会議ではNotionの更新を確認する
目的は誰かを監視することではありません（これを生産性監査にしないでください）。目的は、良い質問ができるほど情報を持って参加することです。「マイグレーションはどうですか？」と「マイグレーションのPRがプラットフォームチームから3回のレビューコメントを受けているのを見ましたが、何が問題ですか？」の間には大きな違いがあります。2番目の質問は部下に、あなたが注意を払っていることを伝え、私の経験では本当の会話に早く到達します。
実際にどのようになるか見てみましょう。通知システムのリファクタリングに取り組んでいるエンジニアとの1on1の準備をしているとします。GitHubを確認すると、今週2つのPRをマージしたが、レビュアーなしで4日間オープンになっているPRが1つあることがわかります。Linearを確認すると、親エピックが昨日「進行中」から「ブロック中」にスリップしていることに気づきます。Slackを確認すると、#platformで彼らがデータベーススキーマ変更について質問し、2人のシニアエンジニアから相反する回答を得たスレッドが見つかります。
これで3つの具体的な議題があり、アジェンダをまだ書いていない段階でそれが生まれました。
会議準備はトピックを書き留めることではありません。重要なトピックが自然に浮かび上がるよう、ツールから十分なコンテキストを集めることです。
レイヤー2：決定事項とブロッカーのチェック（2分）
会議は（理論的には）決定が下される場所なので、どの決定が保留中かを知ることが役立ちます。このレイヤーは約2分かかり、そうでなければ会議の途中で不意打ちを食らうようなことを事前にキャッチします。
- [ ] 過去1週間に参加者が送った、「決定」「どうすべきか」「待ち」「ブロックされている」などのキーワードを含むSlackメッセージを検索する
- [ ] 参加者に関連するブロッカーや依存関係のタグが付いたLinearイシューを確認する
- [ ] 共有NotionドキュメントやFigmaコメントで未解決の質問がないか確認する
- [ ] この人との前回の会議での自分のメモを見直す：何かフォローアップを約束しましたか？
最後の項目は多くの人が省くものですが、おそらく最も重要です。約束を忘れることは確実に信頼を損ない、促されなくてもフォローアップすることは確実に信頼を築きます。これは1on1を改善するための最も簡単な方法であり、会議準備テンプレートやいかなるツールとも関係ありません。
効果的な準備
- アジェンダを書く前にツールから具体的なアクティビティデータを引き出す
- SlackスレッドとLinearブロッカー全体で保留中の決定を検索する
- 自分のフォローアップを確認するために前回の会議メモを参照する
- 何を議論するかを推測するのではなく、コンテキストによってトピックを浮かび上がらせる
時間を無駄にする準備
- サポートするコンテキストなしに「アップデート / ブロッカー / アクションアイテム」のような一般的なアジェンダを書く
- 断片的なツール使用の1週間で何が起きたかを思い出すために記憶に頼る
- 話すことを思い出せなくなったから最後に「他に何かありますか？」と聞く
- 実際に仕事で何が起きているかに関わらず、すべての会議を同じように扱う
レイヤー3：変化の差分（2分）
このレイヤーはオプションですが、週次1on1や隔週チームシンクのような定期的なリズムで行われる会議には本当に役立ちます。答える質問は：前回話してから何が変わりましたか？
前回の会議のメモや記録を取り出し（たとえそのメモがどこかのドキュメントの箇条書きリストであっても）、当時と現在の状況を比較してください。具体的には：
- 前回「進行中」だったイシューのうち、リリースされたものはどれですか？動いていないものはどれですか？
- レーダーになかった新しい優先事項や緊急事項が現れましたか？
- この人の仕事に影響するチームの変更、組織再編のアナウンス、ロードマップの変更はありましたか？
変化の差分は、会議の焦点を進捗と停滞に当て続けます。フラットなトピックリストの代わりに、軌道についての会話に入っていきます：物事がどこにあったか、今どこにあるか、そして次に何をすべきかということです。
具体的な例として：先週、部下が支払いエピックで3つのイシューを進行中で持っており、その1つが高優先バグ修正だったとします。今週、バグ修正がリリースされ（良い）、1つのイシューがレビューに移動し（良い）、1つが6日間更新されていません（穏やかに確認する価値あり）。それがあなたの1on1の構造であり、組み立てに約90秒かかりました。
まとめ：テンプレート
実際のテンプレートはこちらです。コピーして、適応させて、該当しない部分は捨ててください。形式よりも習慣の方が重要です。
```
会議準備：[人物/グループ] - [日付]
レイヤー1：アクティビティスキャン
- 最近のPR（マージ済み/オープン/レビュー中）：
- Linearイシュー（完了/進行中/ブロック中）：
- 注目すべきSlackスレッド：
- その他のツールのアクティビティ（Figma/Notion/等）：
レイヤー2：決定事項とブロッカー
- 解決が必要な保留中の決定事項：
- 現在のブロッカー：
- 前回の会議からの自分のフォローアップ：
レイヤー3：変化の差分（前回の会議対比）
- リリースされたもの：
- 進んでいないもの：
- 新しい優先事項/コンテキスト：
議論メモ
（会議中に記入）
アクションアイテム
（担当者と期限を付けて記録） ```
テンプレートは意図的にツールに依存しません。GitHub、Linear、Jira、Shortcut、またはホワイトボードの写真を参照していても、構造は同じです：アクティビティ、決定事項、変化。
なぜこれがアジェンダよりも効果的か
従来の会議準備テンプレートは「何を話したいか？」と尋ねます。これは「実際に何が起きたか？」と尋ね、データからトピックが浮かび上がるようにします。実際には、4日間レビューなしで放置されているPRや、Slackスレッドで決定されたがLinearに記録されなかった決定など、見逃していたものをキャッチできます。
毎回同じチェックリストは、見落とすブロッカーを減らすことも意味します。準備が具体的な5〜7分のルーティン（「Slackスレッドをざっと読む」がどれだけ具体的かはともかく）になると、それを恐れることがなくなります。
1週間全体へのスケーリング
週次1on1で6人の部下を管理し、さらに2つのチームシンクとクロスファンクショナルな会議があるとします。それは準備が必要な9つの会議であり、ホワイトボードで会社を設計するとしたら誰もデザインしないほどの会議数です（でも現実はそうなっていますし、会議はなくならないので、対処しましょう）。
各準備セッションがツール間の非構造的な探索に平均15分かかるとすると、コンテキスト収集に週2時間以上費やすことになります。この会議準備テンプレートを使えば、筋肉記憶が身についた後は各セッションが5〜7分で完了します。9つの会議で約1時間となり、週に約1時間節約でき、48週間の労働週を通じると年間約48〜50時間になります。その回収された時間を実際のエンジニアリング作業に使うか、プロセスについて得意げに窓の外を眺めることに使うかは（正直なところ）私の関知するところではありません。
stat: "年間約48〜50時間" headline: "会議準備の節約時間" source: "週次会議9件×48週間、非構造的15分対テンプレート使用6分に基づく"
品質の差も積み重なります。9つの準備された会議は、実際の問題をより早く表面化させ、後で「あ、あれを聞こうと思っていた...」というフォローアップSlackメッセージを減らす9つの会話を意味します。これは定量化が難しいですが、午前10時に30分過ごした人に午後3時にDMを送ったことがあるなら、その感覚がわかるでしょう。
準備を完全に省くとき
すべての会議が準備を必要とするわけではありません。会社全体のオールハンズやソーシャルなコーヒーチャットに参加する場合は、事前にLinearクエリを引き出さないでください（本当に）。また、誰も設定を覚えていないが誰もが削除を恐れている繰り返しの30分スロットの会議であれば、必要な準備は「辞退」ボタンを押す勇気かもしれません。成果を所有しているか決定を下す必要がある場合にこの会議準備テンプレートを使用してください：1on1、チームシンク、計画セッション、クロスファンクショナルレビュー。
会議が5分の準備に値しないなら、30分の出席に値するかどうかを問う価値があります。さらに進んで会議準備を完全に自動化したい場合は、それは別の（そして正直もっと興味深い）会話です。
シグナルインテリジェンスをあなたの受信トレイに届けます。
よくある質問
Q: エンジニアリングマネージャーの会議準備テンプレートには何を含めるべきですか？ A: 良い会議準備テンプレートは、各会議の前に3つのことを引き出します：参加者の最近のアクティビティ（PR、イシュー、メッセージ）、アジェンダに関連する未解決の決定事項やブロッカー、そして前回の会議以降に変化したことの簡単なスキャン。テンプレート自体よりも、記憶ではなく実際のツールデータから記入する習慣の方が重要です。
Q: 1on1の会議準備にはどのくらいの時間がかかるべきですか？ A: 構造化されたテンプレートと適切なツールクエリがあれば、1on1の会議準備は5分以内で完了するはずです。ほとんどのエンジニアリングマネージャーは15〜20分かけていますが、それはSlack、Linear、GitHubを手動で探し回っているからです。どこを見ればよいかを正確に指定するテンプレートを使えば、大幅に削減できます。
Q: Sugarbugはエンジニアリングチームの会議準備を自動化しますか？ A: はい。SugarbugはLinear、GitHub、Slack、Google Calendar、Notionなどのツールに接続し、参加者とツール間でのアクティビティに基づいて、各会議の前にブリーフィングを作成します。このテンプレートで手動で集めるコンテキストと同じものを、自動的に引き出します。
Q: 特別なツールなしでこの会議準備テンプレートを使用できますか？ A: もちろんです。このテンプレートはテキストエディタとブラウザのタブだけで機能します。要点は、文脈を収集するための繰り返し可能な構造です。後で自動化したい場合はツールが存在しますが、テンプレート自体は単独でも機能します。