業務でNotebookLMを活用したい2026

Transcript

1. 業務でNotebookLMを活用したい 2026 ご飯を食べながらアプリ開発もくもく会＆LT会 虎の穴ラボ株式会社　吉田一貴
2. よしだ 𝕏：@da_yoshi_k 使っている技術 現職：Ruby, Ruby on Rails, React, Google Cloud 前職：Java, RPA(UiPath) 経歴 2023年5月〜　虎の穴ラボ株式会社 2018年4月〜　SI系のSES(PjM半分・開発半分) ←(New)最近自己紹介リンクページを作りました 　　　　何ページか出しておきます
3. NotebookLM • Googleが提供するノートブック形式のAIツールで、ユーザーがソースと して登録した様々なドキュメントの内容を要約、整理、分析、アウトプッ トできる。 • 機能追加や他サービスとの連携も意欲的（！） • 2024年6月　日本語での提供開始 • 2025年3月　マインドマップ形式が追加 • 2025年4月　音声概要が日本語対応 • 2025年4月　ソースを探す機能追加 • 2025年5月　スマホアプリ登場 • 2025年6月　ノートブックの公開機能追加 • 2025年8月　動画解説機能が追加 • 2025年11月　Deep research追加 • 2025年11月　Nano banana Proと合わせてイン フォグラフィック、スライドが登場 • 2025年12月　データテーブル形式追加
4. インフォグラフィックの例
5. 業務で活用してみた例①　情報収集 • セキュリティチーム：他社の障害情報収集・記事化 インシデントの情報収集→Backlogへのテンプレートを埋めて記事化 ◦ 同じように使うなら： 障害発生時の障害報告書やポストモーテム用の情報整理など。
6. 業務で活用してみた例②　情報共有 • チーム内勉強会：チーム外へも参考情報を共有 勉強会の発表資料を読ませ、音声概要・動画音声を展開。 ほぼ労力0でチーム外への共有や、今後のオンボーディング資料に。 過去にチーム内勉強会について書いたブログ https://toranoana-lab.hatenablog.com/entry/2025/09/24/160000
7. 業務で活用してみた例③　設計議論 • 設計：RailsにService層を入れるべき？といった繰り返された設計議論 10年単位で意見が割れてる系の話は、一次情報（記事/発表/設計思想） を複数入れて争点・前提・結論パターンを整理して共有。 • 同じように使うなら： 一次情報の多い設計パターンの認識合わせやコモディティ性の高い機能の 土台作りなど。
8. 感じている課題感 • notebookを共有したり要約を投げつけても、忙しい人は読まない • 「（AI）がこう言っていました」だけだと根拠・前提・ネクストアクション が足りず意思決定に繋がりにくい。 • 開発のコアな業務に利用できている感覚があまりない。 2026年の展望 • 全てに活用できると思い込まず、使えるところから領域を広げていく。 • 要約するだけの使い方から、既存設計/仕様書をソースにして設計議論の争点 整理→意思決定へ繋げたい。 課題と展望
9. Thanks!! 会社HPも見てね https://toranoana-lab.co.jp/