30秒でわかる結論
- まずは100本読むのをやめて、業務に近い10本を検索で抜く
- 導入は議事録・資料作成・自動化の順に進めると失敗しにくい
- 迷ったら機密を含まない議事録の要約を1本だけ試して時短を体感する
今すぐやること3つ
- 合格したらテンプレ化して、SlackやNotionなど“出口”までセットで運用に載せる
- 月あたり何時間を議事録・要約・資料作成に溶かしているか、ざっくり概算する
- 機密を伏せたサンプルで要約を1回だけ回し、合格ラインを決める
こんにちは。ジェネレーションB、運営者のTAKUです。
「DeNAのAI活用100本ノックって、結局なにが載ってるの?」「PDFスライドはどこで入手できて、ダウンロードは無料で登録不要なの?」「目次一覧や001-100の見どころは?」「フルスイングの公式Xやハッシュタグは追うべき?」ここ、気になりますよね。
さらに、AIオールインの文脈や現場のAI活用、全社生産性向上の狙い、社内事例シートの集め方、ルール順守やAIポリシー、注意書きにある仕様変更やモデル進化まで押さえたい人も多いはず。
ツールはGemini / NotebookLM / ChatGPT / Claudeなど“何でもいい”です。
重要なのは“議事録→要約→ToDo→共有”のように、成果が出る型で運用に載せること。
この記事では、ビジネス職・エンジニア職・クリエイター職はもちろん、PdM、QA、情シス、人事、広報、法務の視点でも「どこから真似するとラクに効くか」を、私のおすすめ手順で整理していきます。
読み終わる頃には、あなたが今日から試せる“最初の1本”が決まっている状態を目指します。
この記事でわかること
- PDFスライドの入手方法と読み方のコツ
- 目次一覧から自分向け事例を拾う方法
- GeminiやNotebookLMなどツール別の再現手順
- AIポリシーとルール順守で事故を避ける基準
この記事の要約動画
先に動画で全体像→気になったところだけ本文で深掘り、が一番ラクですよ。
タイムスケジュール目次(動画)
- 00:00 オープニング:100本ノックの「賢い読み方」
- 00:56 結論:全部読まずに「10本」を抜く
- 02:23 TAKU式:自分だけの事例を選ぶ3ステップ
- 04:28 悩み別:検索キーワード逆引きガイド
- 05:31 失敗しない「おすすめの導入順」3ステップ
- 06:09 必須知識:AI安全チェックリスト
- 08:24 ツール選び:Gemini・NotebookLM・ChatGPTの使い分け
- 09:33 まずは「2週間」の実験から
- 10:51 まとめ:あなたが明日から変える1つの仕事
1. AI活用100本ノックのDeNA資料
まずは「資料そのもの」を最短で理解しましょう。
ここで迷うと、せっかくの100事例がただの読み物で終わります。
入手・体裁・目次の使い方・発信元の追い方まで、最初の地図を作ります。
結論から言うと、あなたがやるべきは“100本を読む”じゃなくて、“100本から自分の10本を抜く”ことです。
1-1. PDFスライドの入手とダウンロード
正月に読みたいDeNAが公開した「AI活用100本ノック」。
— かずなり | 生成AI×ビジネスハック (@MacopeninSUTABA) January 2, 2026
GeminiやNotebookLM、Copilotなどのツールを駆使した100の実践事例を網羅。文字起こしの自動整形から、GASを用いた通知・起票の仕組み化、ログ分析用スクリプトの即時生成といった、実務活用を学べる
こちら👉https://t.co/t6ZfvMzWoC pic.twitter.com/bcmM8XMNe0
DeNAのAI活用100本ノックは、1事例が1ページでまとまっていて、パラパラ眺めても「仕事のどこに効くか」が掴みやすい作りです。
だからこそ、入手したら最初にやるべきことはシンプルで、全部を精読しないことなんですよ。
最初から全部を読むと、途中で情報量にやられて「ふーん」で終わりがち。ここ、ほんともったいないです。

私のおすすめは、まず「自分の業務に近い単語」に反応するページだけ拾う読み方です。
たとえば議事録、要約、ToDo、週報、仕様書、テストケース、コードレビュー、問い合わせ対応、社内FAQみたいに、あなたが日々触っているタスク名で当たりをつけます。
PDFなら検索が効くので、まずは“キーワード検索→該当ページだけ読む”でOKです。
読むというより、拾う感覚ですね。
まず最初にやる「3ステップ」
ダウンロードしたら、私はいつも次の3ステップで「読む範囲」を決めています。
これをやると、100本が一気に“自分ごと化”します。
ポイントは、読む量を減らすことじゃなくて、行動に直結するページだけを早く見つけることです。
TAKU式:最初の3ステップ
議事録/要約/仕様書/レビュー/GASなど、自分の悩み単語で探す
今すぐ使う(A)/近いうち(B)/余裕があれば(C)で印を付ける
Aだけを自分用メモに転記し、次にやる1つを決める

紙のノックじゃなく「運用のノック」にする
この資料の強みは、単発のプロンプト集じゃなくて、「課題→使い方→成果→現場コメント」の流れで、業務フローに組み込む前提の匂いがするところです。
つまり、読んで満足するより、運用に落とす方が価値が出ます。
具体的には、あなたのチームのツール(Slack、Notion、Confluence、Jiraなど)に合わせて、使い方の“型”だけ持ち帰るのがコスパいいです。
たとえば議事録系なら、会議のあとに「要約→ToDo→共有」を一気にやれるように、テンプレを1つ作っておく。
資料作成系なら、「目次作成→校正→ファクトチェック」をチェックリスト化しておく。
自動化系なら、「入力→判定→通知→ログ保存」みたいに流れを固定する。
こういう“型”があるだけで、AIの使い方がブレなくなります。

読む人別:おすすめの拾い方
| あなたの状況 | まず拾うテーマ | 狙い |
|---|---|---|
| 会議が多い | 議事録・要約・ToDo | 共有と意思決定を速くする |
| 資料が多い | 目次作成・校正・ファクトチェック | 作成時間とミスを減らす |
| 定常作業が多い | GAS・通知・起票 | 繰り返し作業を自動化する |
| 開発で詰まる | レビュー・テストケース・リファクタ | 手戻りとバグを減らす |
「再現する」より「移植する」意識が強い
もうひとつ大事なのが、資料の手順を丸ごと再現しようとしないことです。
あなたの現場は、使えるツールや権限、情報の扱いが違うはず。
だから私は、同じことをやるというより、目的だけ移植するのがいいと思っています。
目的が「会議の後処理を減らす」なら、要約の質よりも、ToDoが漏れない仕組みを優先する。
目的が「資料のミスを減らす」なら、文章の美しさより、固有名詞や数値のチェック手順を固める。
こういう優先順位が付くと、AI活用が一気に現場に馴染みます。
あと、PDFは「今の最適解」がずっと固定されるタイプの資料じゃないです。
AIツールは仕様変更やモデル進化が早いので、方法論はアップデートされます。
だからこそ、考え方と型を持ち帰るのがいちばん得。
あなたの仕事の中で、どこをAIに任せると気持ちよく回るか。
その判断軸が作れたら勝ちです。
1-2. 無料で登録不要?
この資料が注目された理由のひとつが、無料で登録不要で読める点です。
社内向けの事例が外に出てくるケースって、たいてい手続きが面倒だったり、要点がぼかされがちなんですが、これは「現場の手触り」を残したまま読めるのが強いです。
つまり、机上の理想論じゃなくて「実務の汗」が見える。
ここが読者としては一番ありがたいところですよね。
ただし、無料だからといって「そのまま全部コピペして再現すればOK」ではありません。
会社やチームにはそれぞれの規程があって、入力していい情報の範囲も違います。
さらに言うと、AIツール側の利用規約や、会社が契約しているプランによっても“できること/やっちゃダメなこと”が変わります。
無料で読める=無料で安全に使える、ではないんですよ。
無料の価値は「試すハードルが下がる」こと
私が思う無料の最大価値は、情報を取りに行く心理的コストがほぼゼロになることです。
で、心理的コストが下がると何が起きるかというと、小さく試す回数が増えます。
AI活用って結局、試行回数がものを言います。
最初から完璧にやろうとすると止まるので、「まずは軽く真似してみる」環境が作れるのは強いです。
登録不要でも「社内運用の段取り」は必要
もう一段踏み込むと、登録不要で読める資料ほど「社内でどう扱うか」をあなたが決めないといけない場面が増えます。
たとえば、チームで共有するなら、資料を丸ごと共有するのか、要点だけ自分の言葉でまとめるのか。
社内チャットで共有するなら、どこまで具体例を載せるのか。
ここを曖昧にすると、便利さより先に“怖さ”が勝って、AI活用が止まっちゃうんです。
なので私は、最初は「リンク(または資料名)と要点だけ」を共有して、具体的なデータや社内事情を含めた再現は各自が自分の環境でやる、という形をおすすめします。
これなら、学びは広がるけど事故りにくい。
結果として、次のフェーズ(標準化)に行きやすいです。
大事な注意
AI活用は、費用や情報管理、法務・コンプライアンスに影響することがあります。数値や効果はあくまで一般的な目安として捉えてください。
正確な情報は公式サイトや各ツールの利用規約をご確認ください。社内ルールや契約が絡む場合は、最終的な判断は情シス・法務など専門家にご相談ください。
無料のうちにやるべき「合格ライン決め」
私が無料で資料を触れるときに必ずやるのが、「これなら使える」と判断する合格ラインを決めることです。
たとえば議事録要約なら、決定事項とToDoが崩れないこと。
資料作成なら、構成のたたき台が30分で出ること。
自動化なら、再現に必要な要素(入力・条件・出力)が揃っていること。
合格ラインがあると、試してダメでも迷わず次へ移れます。
こういう“戻り道”があると、結果的に継続できます。
「無料・登録不要」は入口として最高ですが、出口(運用)まで考えると、ルール順守とAIポリシーの理解がセットになります。
無料の勢いで突っ走らず、安心して回せる形に整えるのが、結局いちばん早いです。
1-3. 目次一覧と001-100の見どころ
100事例を攻略するコツは、目次一覧を「検索窓」だと思うことです。
全部読むのではなく、あなたの仕事に近いテーマに絞って、そこから横展開します。
ここ、気になりますよね。
だって100って多いし、仕事終わりに全部読むのは無理ゲーです。
見どころは大きく分けると、会議〜共有の自動化(議事録・要約・ToDo)、資料作成の省力化(校正・ファクトチェック・目次作成・対照表)、業務自動化(GAS・起票・通知・データ整形)、開発生産性(Copilot・Cursor・レビュー・テストケース・リファクタ)、そしてクリエイティブ(Figma・Firefly・Photoshop JSX・Unity)みたいに「用途の塊」で見えてきます。
つまり、目次は“カテゴリマップ”なんですよ。
あなたの悩みから逆引きする
私は読者さんにいつも「悩みから逆引きして」と言っています。
たとえば「会議の後が地獄」なら議事録・要約・ToDoへ、「資料が誤字だらけで怖い」なら校正・ファクトチェックへ、「手作業で起票が面倒」ならGAS・Jira・Slack連携へ、という感じです。
悩み→該当カテゴリが決まると、目次が急に読みやすくなります。
逆引き早見表(ざっくり)
| よくある悩み | 目次で探す単語 | 最初の1本の狙い |
|---|---|---|
| 会議が長い・後処理がつらい | 議事録/要約/ToDo/Meet | 共有と次アクションを速くする |
| 資料がまとまらない | 目次作成/校正/ファクトチェック | 構成と品質を固める |
| 調査が終わらない | Deep Research/NotebookLM/RAG | 収集→整理→共有を短縮 |
| 作業が繰り返しで消耗 | GAS/通知/起票/自動化 | 定常作業の削減 |
| 開発の手戻りが多い | Copilot/Cursor/レビュー/テストケース | 品質と速度を両立 |

私ならこう拾います
- まずは「今週すでに困っている作業」に直結する1本を選ぶ
- 同じ型で使える周辺の3本を目次から探す
- 最後に、ツール別にまとめ直して自分の手順書にする
100本を「10本×10カテゴリ」に分解する
もうひとつ、私がよくやるのは、100本を10カテゴリに分けて「各カテゴリで当たりの1本」を探すやり方です。
たとえば、会議、資料、調査、開発、デザイン、動画・音、HR、運用、データ分析、自動化、みたいにざっくり分ける。
で、各カテゴリで「これなら自分でも明日試せる」と思う1本を選ぶ。
すると、結果的に10本の“自分の基礎セット”が出来上がります。
さらに、10本が揃ったら、次にやるのは「テンプレ化」です。
たとえば議事録なら、目的→結論→決定→ToDo→未決の型。
資料なら、目次→要点→根拠→次アクションの型。
AIは毎回ゼロから依頼するより、型に沿って回した方が安定します。
つまり目次で拾うのは入口で、最後はあなたの現場の型に着地させるのがゴールです。
この読み方をすると、「100本」が「100ページの教科書」じゃなくて、仕事の改善レシピ集になります。
読んで終わりじゃなく、使って初めて価値が出る。
ここを意識しておくと、時間の投資対効果が上がります。
1-4. フルスイング公式Xとハッシュタグ
AI活用100本ノックのDeNAは、発信の流れ自体が学びになります。
フルスイングの公式Xで日々発信し、ハッシュタグで追える形にしているのは、社内の取り組みを「継続できる形」に落とした例なんですよね。
ここ、実は“100本の中身”と同じくらい参考になります。
実務目線だと、公式Xとハッシュタグは「最新の追跡」に使えます。
PDFだけ読んで終わると、どうしても「当時の最適」に固定されがちですが、SNS発信を追うと、空気感として「今どこが伸びてるか」が掴めます。
AIツールのアップデートって速いので、半年で前提が変わることも普通にありますからね。
追うべき理由は「変化」を拾えるから
たとえば、NotebookLMやGemini、ChatGPT、Claudeあたりは機能追加やUI変更が入ることがあります。
開発系のCopilotやCursor、Devinも、できる範囲やワークフローが変わることがある。
そういう時に、発信を追っていると「今はこの使い方が現場で熱いんだな」というヒントが拾えます。
これは、検索だけだと取りこぼしやすいです。
真似すると強いのは「発信の型」
私が一番真似すると良いと思うのは、発信を“続く設計”にしていることです。
AI活用って、最初の1回は盛り上がるんですが、2週間くらいで止まりがち。
止まる理由は、難しいからじゃなくて、忙しくて忘れるから。
だから「見える場所に出す」「探せる状態にする」「同じ型で書く」がめちゃくちゃ効きます。
社内で真似するなら
- 共有フォーマットは固定:課題/使い方/成果/ひと言
- 成果は大きくなくてOK:「5分短縮」でも十分価値
- ネタ切れ対策:月1で職種別に“困りごと”を集める
ハッシュタグは「探しやすさ」を作る道具
ハッシュタグのいいところは、検索・共有が一気にラクになるところです。
社内でも同じで、チャンネルやタグが整っていると、「あのネタどこだっけ?」が減ります。
AI活用が続かない理由って、意外と“探せない”が多いので、タグ設計は地味に効きます。
なので私は、資料の中身だけじゃなく、発信の設計も含めて「真似できる部分は真似する」がいいと思っています。
AI活用は、技術より運用が勝ちます。
運用が勝つと、結果として技術もついてきます。
1-5. AIオールインと社内事例シート
AIオールインという言葉って派手に聞こえるんですが、実態は「現場のAI活用」を可視化して、全社生産性向上につなげる設計だと私は見ています。
ポイントは、特別な天才の事例じゃなくて、日々の小さな摩擦を潰す事例が積み上がっているところです。
つまり、派手なAIプロジェクトより、日常の仕事をラクにするが中心にある感じですね。
さらに面白いのが、社内事例シートの存在です。
最初から100本を作るんじゃなく、先に事例を集めて、そこから重複を削って、足りない領域はヒアリングで掘り起こす。
これ、AIに限らず「社内ナレッジ共有」の王道です。
やり方がちゃんと“運用設計”になっているのが強いと思います。
なぜ「事例シート」が効くのか
AI活用って、放っておくと“できる人だけが得する”状態になりがちです。
ところが、事例シートがあると「できる人のやり方」が可視化されて、真似できる人が増えます。
増えると何が起きるかというと、次に“改善の質”が上がるんです。
最初は時短、次に品質、最後に仕組み化。
段階が進みます。

そして重要なのは、シートが「成果自慢」にならないこと。
現場が助かるのは、成果よりも“どうやったか”と“どこでつまずくか”です。
だから、課題と注意点の欄があるテンプレが強い。
ここが揃うと、真似する側がラクになります。
社内で再現するテンプレ案
- 課題:どの作業が詰まっていた?何が痛い?
- 使い方:どのツールで何を入力し、何を出した?
- 成果:時間短縮・ミス減・品質向上など(数値は目安でOK)
- 現場コメント:注意点、コツ、やってはいけないこと
最初から100本を目指さないのがコツ
あなたの会社でも再現するなら、いきなり100本ノックをやろうとしない方がいいです。
正直、最初から100を目標にすると、運営側がしんどくなって止まります。
私のおすすめは「まず10本」。
10本集まったら、職種を分けて次の10本。
これを繰り返すと、いつの間にか溜まっていきます。
そして、溜まってきたら“重複を消す”のが大事です。
似た事例が多いと読む側が飽きますし、真似する側も迷います。
だから、カテゴリ整理と重複削除はセット。
ここまでできると、単なる共有が“社内資産”になります。
毎日発信が強い理由を自社流に翻訳する
発信頻度を上げると、現場の体感が変わります。
なぜなら、AIって「考えた時間」より「触った回数」で上達するから。
頻度が上がると触る回数が増え、触る回数が増えると、現場の“言語化”が進みます。
言語化が進むと、次にテンプレが整い、最後に標準化できます。
つまり、AIオールインは号令じゃなくて設計の積み重ね。
あなたの今いる現場でも、同じ設計はできます。
派手にやるより、毎週少しずつ。
結局それが一番強いです。
2. DeNAのAI活用100本ノックの真似方
ここからが本番です。
資料を読んで終わりではもったいないので、あなたの業務に落とし込む手順を作ります。
安全に、かつ最短で効果が出やすい順に並べます。
ポイントは「小さく試して、うまくいったら仕組みにする」。
この順番を守ると、継続できます。
2-1. AIポリシーとルール順守の注意
AI活用で一番怖いのは、便利さに引っ張られて「入力してはいけないもの」を突っ込む事故です。
DeNAの資料も、ルール順守やAIポリシーに触れていて、この前提があるからこそ外に出せる内容になっています。
ここ、地味だけど最重要です。
どんなに時短できても、事故ったら全部ひっくり返ります。
まず「入力データの線引き」を決める
私が現場で一番最初にやるのは、入力していい情報の範囲を決めることです。
たとえば、議事録をAIで要約するにしても、会議に顧客情報が混ざっているなら、そのまま入れない。
仕様書に契約条件が混ざっているなら、そのまま入れない。
要は、AIに渡す前に一段フィルタを通す感覚です。
ここを最初に決めると、現場の「これ入れていい?」が減って、スピードが出ます。
法律面での原則確認として、個人情報の扱いは最低限押さえておきたいところです。
一次情報としては、法令そのものを見に行くのが一番まっすぐです。(出典:e-Gov法令検索『個人情報の保護に関する法律』)
最低限のチェックリスト
- 個人情報(氏名・連絡先・識別子)が含まれていないか
- 顧客情報や契約情報、NDA対象の内容が混ざっていないか
- 著作権が絡む素材(画像・文章・仕様書の引用)をそのまま投げていないか
- 社内規程で許可されたツール/アカウントで使っているか

正確な情報は公式サイトや社内規程をご確認ください。迷う場合は、最終的な判断は情シス・法務など専門家にご相談ください。
AIポリシーは「禁止」ではなく「安全に回す仕組み」
AIポリシーって聞くと、禁止事項のリストを想像しがちなんですが、本来は「安全に回すための仕組み」です。
たとえば、透明性(AIを使ったことを必要に応じて明示する)、公平性(偏りに注意する)、プライバシー(入力データを守る)、品質(出力を鵜呑みにしない)、人間の監督(最終判断は人がする)。
こういう原則を“現場の手順”に落とすのが肝です。
実務で効くのは、「人が確認するポイント」を決めておくことです。
議事録要約なら決定事項とToDo、資料作成なら数字と固有名詞、コードならセキュリティと例外処理。
全部を確認しようとすると破綻するので、ここだけは人が見るを固定すると回り始めます。
人間が必ず見るポイント例
- 固有名詞・数字・日付(ここがズレると事故りやすい)
- 対外発信の表現(誤解や炎上を避ける)
- セキュリティ・権限・機密(漏えい防止)
- 最終判断が必要な結論(意思決定は人が持つ)

ここを固めると“速さ”が出る
ルール順守がしっかりしている現場ほど、実はAI活用が速いです。
なぜなら、迷わず使えるから。
逆にルールが曖昧だと、毎回「これ入れていい?」で止まります。
だから私は、最初にポリシーと運用ルールを整えるのが、遠回りに見えて最短だと思っています。
ここを固めると、安心してスピードを上げられます。
逆に、ここが曖昧だと、どれだけ便利でも現場に定着しません。
2-2. GeminiとNotebookLMの活用例
GeminiとNotebookLMの組み合わせは、AI活用100本ノックのDeNAでも目立つ王道ルートです。
理由は簡単で、リサーチと整理、共有までを一気通貫にしやすいからですね。
調べる→まとめる→説明する、って仕事の基本動作じゃないですか。
ここが速くなると、体感の生産性が一段変わります。
まずは「リサーチの迷子」をなくす
調査って、実は“調べる時間”より“整理する時間”が溶けます。
リンクを開いて、メモして、後から見返して、結局どれが正しいのか分からなくなる。
あるあるですよね。GeminiやDeep Researchは、論点を広げて当たりをつけるのが得意なので、最初の地図作りに使うと気持ちいいです。
ただし、AIのリサーチ結果は万能じゃないので、重要な意思決定に使うなら一次情報(公式発表や規約)を必ず確認する癖を付けるのが安全です。
ここは、AIの良さを殺さずに安全性を上げるコツです。
よく効く型
| 目的 | 使うもの | やること |
|---|---|---|
| 情報収集 | Gemini / Deep Research | 論点を広げて当たりを付ける |
| 整理 | NotebookLM | 資料を突っ込んでQ&Aと要約を作る |
| 共有 | 社内ドキュメント | 結論と根拠を短くまとめて回す |

NotebookLMは「置き場」を作るのが強い
NotebookLMの良さは、資料をまとめて“その資料に基づいて”Q&Aや要約が回せるところにあります。
つまり、バラバラのPDFや議事録が積み上がっても、質問すれば引っ張ってきてくれる。
これ、地味だけど効きます。
社内の「どこに何があるか分からない問題」を一段減らせます。
私がやるのは、NotebookLM側に「このノートの目的」を最初に書くことです。
たとえば「新規企画の市場調査」「社内規程の理解」「障害対応の手順整理」みたいに。
目的が決まると、AIの出力もブレにくくなります。
さらに、ノートの末尾に「結論の最新版」を置いておくと、あとから見返したときに迷子になりません。
入れる前の整形が地味に効く
- 資料の版(最新版か)を確認してから入れる
- ページ番号や章立てが分かる形で保存する
- 用語の表記ゆれ(例:ToDo/TODO)を揃える
おすすめは「Q&A→要約→共有」の順
NotebookLMは、いきなり長い要約を作るより、まずQ&Aで疑問点を潰してから要約に行くと精度が上がりやすいです。
私は「この資料で意思決定するために、確認すべき論点を10個出して」と聞いて、そこから順に潰します。
最後に、結論を3行に落としてSlackやConfluenceに貼る。
これだけで、調査が“成果物”になります。
この流れを深掘りしたい人は、ジェネレーションB内の解説も参考になります。


ポイントは、NotebookLMを「唯一の真実の置き場」にして、資料が増えても迷子にならない状態を作ることです。
これができると、業務のスピードが一段上がります。
で、スピードが上がると、試行回数が増えるので、結果として“あなたの勝ちパターン”が早く見つかります。
2-3. ChatGPTとClaudeで議事録要約
議事録の要約は、AI活用の中でも一番リターンが早い領域です。
会議って、参加して終わりじゃなくて、その後の共有とToDo化が本番なので、ここが詰まると全部遅くなります。
逆に言うと、ここが速くなるだけで、プロジェクトの体感スピードが上がります。
あなたも「会議後のまとめが面倒で放置」って経験、ありますよね。
議事録は「読むため」じゃなく「動くため」
ChatGPTやClaudeは、会話の構造化が得意で、決定事項、未決事項、次アクション、担当者、期限の整理がやりやすいです。
私は「議事録を書く」よりも、「議事録を使って次が動く」ことに寄せるのがいいと思っています。
つまり、文章として綺麗かどうかより、アクションが切れているかが大事です。
そのために、要約の出力フォーマットを固定するのがコツです。
毎回出力の形が違うと、読む側が疲れます。
読む側が疲れると、結局読まれません。
だから最初に型を決める。
ここ、地味ですが効きます。
議事録要約で外さないコツ
- 最初に「会議の目的」と「期待するアウトプット」を書く
- 決定事項と未決事項を必ず分ける
- ToDoは担当と期限をセットにする
おすすめの出力テンプレ(運用が崩れない形)
私がよく使うテンプレはこんな感じです。
これを固定すると、会議が続いても運用が崩れにくいです。
ポイントは「結論は1行」「ToDoは担当と期限」「未決は次回の宿題」にして、会議の価値を次のアクションに接続することです。
出力テンプレ例
- 結論(1行):今回の会議で何が決まった?
- 決定事項:意思決定したこと(箇条書き)
- 未決事項:保留になったこと(箇条書き)
- ToDo:担当/期限/次アクション
- リスク・懸念:ズレそうなポイント

精度を上げるより「漏れを減らす」が先
議事録要約でありがちな失敗は、「文章としての綺麗さ」を追いすぎて、肝心のToDoが抜けることです。
私は逆で、まず漏れを減らすことを最優先にします。
たとえば、会議の最後に「今日の決定事項は3つ、ToDoは5つ」と人間が口頭でまとめてから要約に入れると、AIの取りこぼしが減ります。
これ、地味だけど効きます。
機密が混ざる会議は「切り分け」が命
ただし、会議には機密が混ざりやすいので、ツールの選び方と入力内容の切り分けは必須です。
ここは無理せず、会社のルールに合わせてやりましょう。
たとえば、固有名詞や数値を伏せて要約だけ作り、詳細は人間が補う。
あるいは、社内で許可された環境だけでやる。
こういう運用で、便利さと安全を両立できます。
議事録要約が回り始めると、「会議そのもの」の質も上がります。
なぜなら、会議の目的や結論が整理されるから。
AI活用の副作用として、会議が短くなることもあります。
これはうれしい副作用です。
2-4. CopilotとCursorとDevin開発
エンジニアやQA寄りの人に刺さるのが、Copilot・Cursor・Devinのラインです。
コードレビュー、テストケース作成、リファクタ、プロトタイピング、既存リポジトリの理解みたいに「時間が溶ける作業」を短縮しやすいです。
しかも、短縮しながら品質を上げられる可能性があるのが熱いところです。
最初に狙うのは「手戻りが減る場所」
私の考えでは、最初から大きな機能を丸ごと作らせるより、手戻りが減るポイントに使うのが一番安全です。
たとえばレビュー観点の洗い出し、エッジケースの提案、テストの抜け漏れ指摘。
ここはAIが強いです。
なぜ強いかというと、人間が見落としがちなパターンを大量に出せるから。
もちろん、採用するかは人が決めるんですが、候補を増やすのはAIが得意です。
工程別:使いどころと注意点
| 工程 | AIに任せやすい | 人が見るべき |
|---|---|---|
| 設計 | 論点整理、代替案の列挙 | 要件・制約・責任範囲 |
| 実装 | 雛形、関数分割、コメント案 | セキュリティ、例外処理 |
| レビュー | 観点の網羅、差分説明 | 最終判断、リスク評価 |
| テスト | テストケース案、境界値 | 実データの扱い、再現性 |

開発系はここに注意
- 生成コードは必ず人間がレビューする(そのままマージしない)
- 依存ライブラリの追加はライセンスとセキュリティを確認する
- ログや顧客データを含む入力は避ける
プロトタイピングは「速さ」と「捨てやすさ」が大事
プロトタイプ開発でAIを使う時は、速さだけじゃなく“捨てやすさ”も意識するといいです。
AIが出した案を土台にして、動くものを作って、違ったら捨てる。
これができると、議論が前に進みます。
逆に、最初から完成品を目指すと、AIの出力に引っ張られて硬直しがちです。
QAや情シスでも効く「現実的な使い方」
開発系はエンジニアだけの話じゃなくて、QAや情シスでも効きます。
QAなら、テストケースの観点出しや境界値の洗い出し、差分説明の要約に使える。
情シスなら、手順書の下書き、問い合わせの一次切り分けの整理、変更履歴の要約がラクになります。
ここは「コードを書く」より「確認の抜け漏れを減らす」目的で使うと失敗しにくいです。
「早くなる」の前に「事故らない」を固定すると、結果的にチームで使える武器になります。
現場で強いのは、派手なデモより、安心して回る仕組みです。
2-5. AI活用100本ノックのDeNA活用まとめ
AI活用100本ノックのDeNAは、読むだけでも学びになりますが、いちばんの価値は「小さく試して、仕事の摩擦を減らす型」を持ち帰れることです。
100個あるからこそ、あなたの仕事に刺さる入口が必ず見つかります。

で、入口が見つかると、次は“継続できる形”に整えるだけです。
まずは2週間だけ、実験期間にする
私がすすめるのは、最初の2週間を「実験期間」にすることです。
いきなりルールも仕組みも完璧にしようとすると、動けなくなります。
だから最初は、低リスクな範囲で小さく試す。
たとえば、議事録要約(機密を除いた範囲)や、資料の目次作成・校正(公開前の社内資料)などです。
ここなら、効果が見えやすいし、事故りにくいです。
私のおすすめスタート
- まずは議事録要約で時短を作る(会議の後処理を減らす)
- 次に資料作成の型を作る(目次作成・校正・ファクトチェック)
- 最後に自動化へ進む(GASやSlack連携で定常作業を減らす)

効果測定は“ざっくり”でいい
AI活用の効果って、最初から厳密に測ろうとすると止まります。
私は最初はざっくりでいいと思っています。
たとえば、「会議後のまとめが30分→10分になった」「資料の誤字チェックが半分の時間で終わった」くらいの体感で十分です。
数値はあくまで一般的な目安として捉えて、無理に盛らない。
これが継続のコツです。
継続のコツは「テンプレ」と「見直し」
継続のコツ(ここが一番効く)
- 勝ちパターンをテンプレ化する(毎回ゼロからやらない)
- チームで共有する時は「課題/使い方/成果/注意点」で統一
- ツールの仕様変更やモデル進化を前提に、定期的に見直す
最後にもう一度だけ(安全運用のお願い)
2-6. AI要約の精度を「物理的に」底上げする投資
記事内で紹介した議事録の要約や音声入力は、AIモデルの進化だけでなく「入力する音声のクリアさ」で精度が激変します。
PC内蔵マイクのノイズ混じりの音声では、AIが誤認識し、結果として人間が修正する「手戻りコスト」が発生しがちです。
マイク性能が良いヘッドセットへの投資は、単なる道具選びではなく、毎回の修正時間を削減するための合理的なコストダウン手段です。
①まずはPC内蔵マイクを卒業し、AI認識率の向上を安価に試したい方へ
ロジクール ヘッドセット ブラック H390R (納期目安2-3週間) 価格:3800円 |
②会議の多さによるストレスを減らしつつ、移動中もクリアな音声を確保したい方へ
【中古】Anker PowerConf H700(ワイヤレスヘッドセット Bluetooth 5.0)充電スタンド付属【パソコン用 / Web会議 / 通話ノイズリダクション / マイク搭 価格:26880円 |
③通話品質にとことん投資し、長期的に「聞き返される・認識されない」時間をゼロにしたい方へ

