話したいことはたくさんあるのに、定例会議では毎回同じ議題が続く。前半はリリースの話、後半は上司からの連絡で終わり、参加者が持ち寄った問題にはたどり着かない。Lean Coffee(リーンコーヒー)は、この進め方を変えます。参加者が一緒に話題を選び、一つずつ話し合う形式です。
実践コミュニティ、チーム内の学習会、事前には有益な議題を決めきれない意見交換などに向いています。目的と進行役は必要ですが、進行役がすべての話題をあらかじめ決めて持ち込むわけではありません。

Lean Coffeeはどのような会議か
Lean Coffeeの公式ガイドでは、参加者が議題を作る、進め方の決まった会議として説明されています。Jim BensonとJeremy Lightsmithが2009年にシアトルで始めました。基本のボードはReady、Doing、Doneの三つです。参加者が話題を提案し、短く紹介して、関心のあるものに投票します。
公式ガイドの基本ルールでは、一人に2票を与えます。同じ話題に2票入れても、異なる二つの話題に1票ずつ入れても構いません。始めやすいルールですが、最初の人の投票を見て他の人が推測することにならないよう、投票前に説明しておきましょう。
カードが表すのは会話の話題であり、納品する作業ではありません。「緊急の依頼にどう対応するか」をDoneに移すのは、ひとまず話し合いを終えたという意味です。緊急依頼の問題が解決したという意味ではありません。また、すべての話題からアクション項目を作る必要もありません。経験を交換すること自体が目的の場合もあります。
参加者が話題を持ち寄れる目的を設定する
参加者への案内では、関連する話題を考えられる程度の方向性を示します。「今月、プロダクトの仕事を難しくしていることは何ですか?」なら、五つの進捗報告を指定するより余地があります。「何でも話しましょう」は交流を目的とする学習会には合っていても、時間の限られた業務会議では戸惑いを招くかもしれません。
ここでは、デザイン、開発、サポート、プロダクト管理から8人が集まる架空のチームを考えます。目的は、最近の開発や提供の過程で生じた問題から学ぶことです。リリースの承認や次の四半期の予算配分を決める場ではありません。そうした判断には別の責任者がおり、人気投票では決められません。
参加者には、疑問、助言が欲しい状況、他の人の参考になりそうな経験を持ち寄ってもらいます。「オンボーディング」だけでは一枚のカードには広すぎます。「新しい管理者が同僚を招待する前につまずいたとき、どう気付けるか?」なら、具体的に話し始められます。
障害への対応、必須の承認、話す内容を選ぶ余地がない締め切りなど、議題がすでに決まっているなら別の形式を使います。議論を見えるようにするボードは取り入れられますが、すべての会議をLean Coffeeと呼ぶ必要はありません。
ボードと時間のルールを用意する
三つの列を作り、Readyには十分な余白を取ります。後で戻りたい疑問を置く小さな領域も用意しましょう。終わっていない話題が解決済みに見えないよう、その領域はDoneと分けます。
8人の例では45分を確保します。一案として、話題を書く時間を5分、紹介と投票を5分、話し合いを約30分、締めくくりを5分にできます。これは今回の予定を組むための例であり、Lean Coffeeに必須の時間配分ではありません。
最初の話題を何分話すか、時間が来たらどうするかを決めます。例えば5分で始め、その後で3分延長するか、次へ進むかを参加者に聞きます。選び方も先に決めておきましょう。挙手や口頭の返答を進行役が確認すればよく、自動タイマーや投票システムがなければできないわけではありません。
オンラインの場合は、ボードと通話のリンクを事前に送ります。付箋を追加できるか、無理のない表示倍率で文字を読めるかを確認しましょう。編集できない人も、進行役を通じて発言や話題を加えられるようにします。
話題カードから議題を作る
話題を紹介する前に、各自で静かに書く時間を取ります。まだまとまっていない考えがある人も、先に話し始めた人と競わずに整理できます。一枚につき一つの問いを書き、書いた人に短く説明してもらいます。
この段階で行うのは意味の確認であり、まだ議論ではありません。あるカードで話が盛り上がっても、疑問を記録して、残りのカードを聞く段階に戻ります。そうしないと、最初に興味を引いた割り込みによって、会議の議題が決まってしまいます。
カードをまとめるのは、書いた人同士が同じ話題だと認めた場合だけにします。「緊急依頼が多すぎる」と「緊急依頼の担当者が不明」は関連していても、まとめると件数と責任の所在という重要な違いが消える可能性があります。
| 提案された話題 | 例での得票数 | 話し合いの焦点 |
|---|---|---|
| サポートは緊急のプロダクト依頼をどうエスカレーションすべきか? | 6 | 現在の引き継ぎがどこで滞るか |
| デザインへのフィードバックを具体的で役立つものにするには? | 5 | 次の行動につなげられるフィードバックの例 |
| リリースノートを書きにくくしているものは何か? | 3 | 不足する情報と曖昧な読者像 |
| オンボーディングの場から何を学んだか? | 2 | 役割を越えて共有したい気付き |
8人が2票ずつ投じるので、合計は16票です。この票数は説明用の例であり、調査結果ではありません。得票数に沿ってカードを並べます。同票の場合は、対象の話題から短く選び直すなど、全員が理解できるルールを使いましょう。合意していないのに、進行役だけが決定票を持つ形にしないことが大切です。
一度に一つの話題を進める
選ばれたカードをDoingに移し、書いた人に話し始めるために必要な背景を説明してもらいます。緊急依頼の話題なら、三つのチームを回ったのに、どこも引き受けなかった最近のケースをサポート担当者が紹介するかもしれません。他の参加者も、その依頼が自分の側ではどう見えていたかを説明できます。
逐語録を作るのではなく、話題の近くに要点を残します。「緊急度と担当の責任が混同されている」なら有用な区別が残ります。「開発がサポートを無視した」では、解釈を断定に変えてしまい、話がそれやすくなります。
決めた時間が来たら、一度止めて続けるかどうか聞きます。この例では、責任の所在が抜けている部分を考えるために3分延長します。さらに延長すればデザインの話題に使える時間が減るので、進行役はその兼ね合いを示してから、もう一度意向を尋ねます。
二人だけで解決策を細かく検討する場になったら、他の参加者も引き続き関わる必要があるか確認します。少人数で別途話すことを記録し、次の話題へ進む方がよい場合もあります。不都合だからという理由で難しい問いを打ち切ることとは区別しましょう。
Boardmixで話し合いのボードを作る
Boardmixを開き、大きな長方形を三つ並べます。Ready(待機)、Doing(議論中)、Done(終了)とラベルを付け、四つの例題を付箋に書きます。票は付箋の横に小さな丸を置いて手作業で記録し、投票ルールはボードの上に表示します。
- 緊急依頼のカードを議論中の列に置きます。他の三つは、合意した優先順位で待機の列に並べます。
- 今の話題の横に「緊急度≠担当責任」「誰が引き受ける?」という短いメモを置きます。会話の重要な中身を残すためです。
- 議論中の列の近くに「5分後に継続を確認」と書きます。実際の時間は進行役が管理します。
- 次へ進むときは、話題とそのメモを終了の列に移します。誰かが実際に引き受けた後続の対応は、別のメモに残します。

ボードの共有設定で、参加者に必要な権限を与えます。このボードのカード、丸印、時間のラベルは通常の編集可能なオブジェクトなので、進行役は会話の変化に合わせて調整できます。
話し合えなかった話題をどうするか
票が少なくても、一人にとって切実な問題である場合があります。終了前に、残ったカードに、別の経路で対応すべき義務や差し迫ったリスクがないかを確認します。6票の話題が2票の話題より、法的・技術的・運用上重要だとは限りません。
それ以外の未着手の話題は、次回へ持ち越す、非同期で話す、今回は取り下げる、といった扱いを参加者に選んでもらいます。残ったカードを自動的に仕事へ変える必要はありません。学習会なら、作業一覧が増えなくても、よりよい問いを得て終えられます。
緊急依頼の話し合いから実際に方針を決めたなら、決定権のある人を明記し、別の意思決定ログ(英語)に残します。Lean Coffeeのボードには、そこに至る理由と残る疑問を置いておけます。次の会でも、参加者がその時点で大切な話題を持ち寄れることを保ちましょう。