読書会が失敗する3つのパターン
多くのチームが読書会を試み、多くのチームが3ヶ月以内に形骸化させます。失敗パターンはほぼ3つに集約されます。
パターン1: 「誰も読んでこない」問題 読書会の日が近づいても誰も本を読んでいない。当日に「読んできた人だけ発表」になり、読まなかった人は傍観者になる。翌回からは読んでくる人がさらに減る。
パターン2: 「発表者が疲弊する」問題 毎回1人がスライドを作って発表するスタイルにした結果、発表者の負荷が高くなり担当回をやりたがらない空気になる。
パターン3: 「話題が広がらない」問題 感想を言い合うだけで終わり、業務にどう使うかの議論が起きない。「面白かったですね」で解散を繰り返す。
この3つを最初から設計で回避するのが、本プレイブックのアプローチです。
設計1: 選書プロセスで全員を巻き込む
本への「当事者意識」は選書の段階から生まれます。上から「次はこれを読む」と決めると、読む前から他人事になります。
推奨選書プロセス:
- 各メンバーが候補本を1冊ずつSlackに投稿（理由30字以内で）
- 絵文字リアクション投票（1人3票制）
- 最多票の本を採用、2位と3位は次回候補に
全員が投票に関わると「自分が選んだ本を読んでこなかった」という心理的な抵抗が生まれます。これだけで読了率が10〜15%上がります。
設計2: 読了率を上げるセッション設計
「全員が読んでくる」ためには、「読んでこなくても参加できない」設計より「読んでくれば確実に得をする」設計が長続きします。
セッション設計の原則:
- 担当制をなくす: 全員が同じ準備をする。発表者を決めない
- 準備は5分以内にする: 「この章で1行メモを書いてくる」だけでいい
- 当日の議論時間を7割にする: 発表15分 / 議論35分 を目安にする
読了率を上げる工夫（メンバー4〜8人チームの場合）:
- 読む量を章単位で分割する（1回2〜3章が上限）
- 読了チェックをSlackで事前に行う（「読んだ人は👍」）
- 読めなかった人も「この章の見出しを見て気になった点」を1つ持ってくればOKにする
完全に読んでこられないメンバーを排除するのではなく、「少しでも関われる入口」を作ることが継続のコツです。
設計3: ファシリテーションの型
毎回のセッションを以下の型で進めると、発散と収束がバランスよく起き、「業務に使えた感」が残ります。
[読書会セッション 60分の型]
00〜05分 チェックイン
→ 「今週業務で困ったこと・気になったこと」を一言ずつ
（この後の議論の文脈を揃える）
05〜20分 この章のポイント共有
→ 各自が「刺さった1文と理由」を30秒で回す
→ 重なったポイントをホワイトボード（またはMiro）に書き出す
20〜50分 ディスカッション
→ ファシリテーターが問いかけを3つ準備
例:「この手法を自チームで実践するとしたら何が障壁か」
「著者の前提でチームに合わないものは何か」
「来月試せることを1つ挙げるとしたら」
50〜60分 クロージング
→ 各自が「来月試すこと」を1行宣言
→ 次回日程・候補本の確認
ファシリテーターはチームで持ち回りにします。月1の持ち回りなら負荷が分散され、ファシリテーション経験もチーム全体に蓄積されます。
設計4: アーカイブと習慣化の仕組み
読書会は開催で終わりではなく、アーカイブが資産になる運営が長続きします。
Notionアーカイブテンプレート:
# 読書会アーカイブ: {{書名}} 第{{N}}章
## 開催日: {{date}}
## 参加者: {{names}}
## 今日の議論で出たポイント（箇条書き）
-
## チームとして試すこと（担当者と期日付き）
| やること | 担当 | 期日 |
|---|---|---|
| | | |
## 次回へ持ち越しの問い
-
「チームとして試すこと」を担当者と期日付きで残すことが重要です。次回セッションの冒頭5分で「前回の試したこと報告」を行うと、読書会が業務変化のドライバーになります。
習慣化のポイント:
- 固定曜日・固定時間にする（隔週水曜12時等）
- カレンダーは3ヶ月先まで一括登録する
- 欠席しても非同期でアーカイブを読めばOKにする
読書会立ち上げチェックリスト
今週中に読書会を立ち上げるための最低限のアクションリストです。
読書会立ち上げチェックリスト（初回まで）
□ 参加メンバー4〜8人を確定する
□ 選書プロセスをSlackで告知し、候補本を募集する
□ 第1回の日時をカレンダーに登録する（3ヶ月分一括）
□ NotionまたはConfluenceにアーカイブページを作成する
□ ファシリテーター持ち回りスケジュールを決める
□ 読む範囲（章）と「最低限の準備」ルールをREADMEに書く
□ 第1回のファシリテーター用「問いかけ3つ」を準備する
□ 読了チェック用のSlackリアクション運用を決める
読書会は「文化を作るプロジェクト」です。最初の3回が肝心で、3回続けば習慣になります。来週、Slackで「チーム読書会をやりたい人いますか？」と投稿するところから始めてください。賛同者が1人いればスタートできます。
チーム読書会がうまくいっている現場の共通点
成功しているチーム読書会を観察すると、共通の特徴があります。それは**「読書会の目的が学習ではなく業務改善」**であることです。「知識を増やしたい」ではなく「チームの○○という問題を解決したい」という課題感から選書すると、議論の熱量が変わります。
もう一つの共通点は、ファシリテーターが毎回「来月試すこと」を宣言させることです。宣言したことを次回冒頭で報告し合う文化が定着すると、読書会が「感想戦」ではなく「行動変容のレビュー会議」に変わります。
ぜひ第1回の読書会前に「このチームが読書会で解決したい課題は何か」を5分ブレストして、それを選書基準に組み込んでみてください。課題意識が揃うだけで、読了率は大きく変わります。
