_NIKKEI_Tech_Talk__勉強会は熱量では続かない___17回続いた輪読会の設計術.pdf

Transcript

1. 勉強会は熱量では続かない ~ 17回続いた輪読会の設計術 ~ Keisuke.Awata KINTO Technologies, Inc. xRE Group
2. 自己紹介 あわっち（@_awache） KINTO Technologies, Inc. Observability・SRE・DBREを軸に、信頼性の高いプロダクトと持続可能な 開発組織づくりを推進。 技術課題の解決だけでなく、仕組み化やプラットフォーム化を通じて 組織全体の成長を支援している。 普段やっていること・関心 勉強会の運営 DBRE / SRE 技術コミュニティ活動 組織・カルチャーづくり
3. 01 SECTION 01 背景と課題 輪読会は、なぜ続かないのか
4. 「熱量」だけでは続かない 立ち上げの勢いは、回を重ねるごとに必ず薄れていく 第1回 2〜3回 中盤 終盤 フェードアウト 熱量 個人の熱量に依存する運営は、必ず息切れする → 続ける鍵は『熱量』ではなく『設計』
5. 輪読会によくある3つの課題 本を一冊やり切るのは、なんだかんだ難しい 多くの輪読会が途中で自然消滅してしまう ① 参加者の確保 週1でも読み切るには 2〜3ヶ月の時間が要る ② 途中フェードアウト 一人また一人と抜け 最後は「ボッチ輪読会」 ③ モチベの維持 繋ぎ止められないと 自然消滅してしまう
6. 02 SECTION 02 今回の輪読会 GitLab本を、部署をまたいで読むAI を活用するのか
7. 題材：『GitLabに学ぶ世界最先端のリモート組織のつくりかた』 GitLab Handbook を書籍化 フルリモート組織の運営ノウハウを凝縮 300ページ強・情報量が多い 一人だと途中で挫折しやすい 移行・カルチャー・非同期・人事まで 組織づくりを幅広く網羅 この考え方を社内に広めたい だから、みんなで読むことにした 300ページ強を一人で読み切るのは大変 → だから「輪読会」で読む
8. 一人では限界 →「そーだいなる輪読会」 DBRE技術アドバイザー @soudai1025 さんに相談し、企業の枠を超えた企画に 1 キックオフ みんなで一斉に開始 （YouTube公開） 2 約3ヶ月の輪読 各社が別々の方法で 実施する 3 アウトプット フィナーレで 成果を共有 複数企業＋最後のアウトプットが、続けるための「外圧」と動機になる
9. キックオフ
10. 開催までの道のり キックオフ後、社内輪読会を始めるまでに準備したこと 1 仲間集め 社内オープンチャンネルで募集 →「14名の同志」を獲得 2 写経（本一冊を書き起こし） 読む→書く→見直す。300ページ強、覚悟の作業 3 書籍のまとめ購入 会社の書籍購入制度で、未所持メンバーの分を用意 4 進め方の検討 負荷なく楽しめる「型」を本気で設計 → 2月にキックオフ
11. 03 SECTION 03 続ける設計術 熱量に頼らず、続く「仕組み」をつくる
12. 設計の全体像 ― 5つのレイヤー 熱量ではなく、これらの仕組みの積み重ねで17回続いた 1 空気づくり Working Agreement：負荷を最小に、フォローし合う 2 会の「型」を固定 10分黙々 → 30分ディスカッション → 20分共有 3 参加のしやすさ 少人数ブレイクアウト・ROM可・おかわりの会 4 インプットの質 写経 × ChatGPT要約で、黙々10分を効かせる 5 続く仕掛け 企業横断＋アウトプット公開で動機を維持
13. ① 空気づくり：Working Agreement 「どんな空気の会にしたいか」を、始める前に言語化して共有 ✓ 参加者の負荷を最小限に設計する ✓ 読んでこれなくてもフォローし合う ✓ 自由な発言を妨げない（共感の有無を受け入れる） ✓ アウトプットは毎回公開し、誰でも閲覧できる状態に ✓ ROM（見るだけ）参加も歓迎する ✓ 議事は手の空いた人が積極的に残す
14. Working Agreement
15. ② 会の「型」を固定する 毎回同じ流れ。今どこかが分かるから、途中からでも入りやすい 黙々読書 10分 各自で読む AI要約を使う ディスカッション 30分 最大4人のブレイクアウトで話す 内容共有 20分 全員で各チームの内容を共有 話すテーマは、この3つ 共感したこと 共感できなかったこと KTCで実践したいこと 「今どこ？」が一目で分かる型が、途中参加のハードルを下げる
16. ③ 発表担当を作らない 「予習してこないと参加できない」空気をなくす よくある輪読会 持ち回りで発表担当を決める 担当回は資料づくりに数時間 準備できないと欠席しがち この輪読会 発表担当は決めない 冒頭10分の黙々読書でその場で読む 読んでこなくてもフォローし合う 脱落の一番の理由は「準備の重さ」 → だから担当をなくした
17. ④ 少人数で、話しやすく 大人数だと話せない。最大4人のブレイクアウトで心理的ハードルを下げる 全員で集合（Gather） 最大4人 最大4人 最大4人 ROM（見るだけ）参加もOK 「今日は話せない」も歓迎 少人数のブレイクアウトが、話す心理的ハードルを下げる
18. 実際の Gather の様子
19. ⑤ 「おかわりの会」で参加逃しをなくす 同じ内容を2回やる。一度逃しても、翌日また参加できる 火曜 18:00–19:00 本編（メイン開催） 水曜 12:00–13:00 おかわり（同じ内容を再演） ＝ 同じ内容 参加逃しのリスクを下げる もう一度出て深く理解 別の人の話で新しい視点 「一度逃すと戻りにくい」を、おかわりで解決
20. ⑥ 写経 × AI要約で、黙々10分を効かせる 10分で読み切るのは難しい。要約があればインプットの質が変わる 本 300ページ強 写経 全文をテキスト化 AI要約 要点を凝縮 黙々10分 第1部 ≒ 12ページ 「これがあったから最後まで走りきれた」
21. 写経 & 要約
22. ⑦ ツール：Gather ＋ Microsoft Loop 「話す」と「残す」を、それぞれ得意なツールで Gather バーチャルオフィス空間 全員で集合し 少人数の部屋へ移動して話す ブレイクアウトの作成や 振り分けの手間がない 録画共有は苦手 ログを徹底して補う Microsoft Loop 共同編集メモ 参加者が自由に書き込み 共同編集できる Confluenceより 共同編集がスムーズ 議事や気づきをその場で残す 話すは Gather、残すは Loop ― 目的からツールを選ぶ
23. ⑧ アウトプットを公開し、いつでも入れる空気に 議事もまとめも全部オープン。だから途中からでも参加できる ディスカッション 少人数で自由に話す その場で記録 手の空いた人が議事を残す 公開 誰でも閲覧可能にする 途中の回から参加できる 来られなくても後から追える 参加のハードルが下がる オープンだから「見るだけ参加」も、途中参加もできる
24. 04 SECTION 04 結果と、得たもの 17回やってみて、何が起きたか
25. 全17回、ボッチにならず完走 各回の参加人数（火=本編／水=おかわり）。最少でも4人、途中離脱なし 全17回 平均 約6人 最少 4人 6 9 8 4 4 7 5 7 5 7 5 6 7 7 5 5 4 0 1 2 3 4 5 6 7 8 9 10 2/13 2/14 2/21 2/27 2/28 3/5 3/6 3/13 3/19 3/26 3/27 4/2 4/3 4/9 4/10 4/16 4/17 各回の参加人数（人） 参加人数
26. この輪読会で得たもの 17回の先に残ったのは、知識だけじゃなかった 仲間 初めて話す人とつながれた #thanks で温かい言葉も 写経 議論やAI要約の土台 リードするなら重要な準備 AI要約 記憶を呼び戻す強い味方 さらっと見返せる マンダラチャート 本のポイントを整理し 少しずつ実践していく
27. #thanks
28. 曼荼羅チャート
29. フィナーレ
30. 05 SECTION 05 まとめ 熱量ではなく、設計で続ける
31. 続けるコツは「設計」 熱量に頼らず、これだけ仕組み化すれば続く ✓ 「どんな空気にしたいか」を先に言語化する ✓ 会の「型」を固定する（10-30-20分） ✓ 発表担当を作らない（読んでこなくてOK） ✓ 少人数（最大4人）で話しやすくする ✓ 「おかわりの会」で参加逃しをなくす ✓ 写経 × AI要約でインプットの質を担保する ✓ 目的に合わせてツールを選ぶ（Gather / Loop） ✓ アウトプットを公開し、途中参加をOKにする ✓ 仲間と「外圧」で続ける動機をつくる
32. awache@kinto: ~/nikkei tech talk mysql> SELECT message FROM internal_study; THANK YOU ! Keisuke.Awata / KINTO Technologies, Inc. xRE Group