2025年9月17日

詳細

1) 連絡事項・運用確認

• アンケート・ノートのリンクはチャンネル上部にピン留め。都度配布は不要。

2) 本日の発表テーマ（Yuki Sudo）

• 事前アンケートで「A：日本で普及」「B：世界的に普及」のAIサービスをヒアリング。

• 予定していた「カーソル」から、Gemini＋Googleドキュメントにテーマ変更。

3) コミュニケーション計画の目的・対象

• 目的：案件状況の更新/視点共有を円滑化し、推進スピードを上げる。

• 対象：PMやチームを率いる管理職。新規プロジェクト開始時に作成。

4) 計画の要素

• 伝達手段（チャネル/会議/文書）

• 情報内容（何を、どこまで）

• 担当者（発信/承認/閲覧）

• 頻度（定例/随時）

• エスカレーション（判断・連絡ルート）

• 共通用語（社内/案件固有語の定義）

• 制約基準（機密・公開範囲・保存先）

• 特に共通用語集が重要：生成AIが誤解なく参照・出力できる前提を整備。

5) Googleドキュメント × Gemini の運用例

• Docs：情報の蓄積・版管理。Markdownエクスポート可。

• Gemini：Docsを参照し整形/要約/役割別出力、定期アクションの自動化。

• カスタム指示で特定Docsを参照させ、最新状況の取りまとめや定例報告ドラフトを自動生成。

6) AIによる情報整形・自動化の狙い

• 関係者ごとの視点別サマリ、ルーチンの自動ドラフト化。

• プロジェクトの独自性・有期性を前提に、日々のコンテキストをDocsへ集約→AIで整形・更新。

7) ツール選択・データ品質（議論）

• 水村：大量PDFの読込にDocs×Geminiの組み合わせが有効との所感。

• 中井：GoogleかNotionかの選択に悩み。

• 提案：まずデータ品質の担保を最優先。次に連携前提で運用設計（可能なら単一ツール集約）。

8) データ活用と移行

• 散在データの集約→活用需要は高い。

• 既存（例：Salesforce）からの移行/統合がボトルネック。

9) コンテキストエンジニアリングと認識合わせ

• さすー：Gemini前提のコンテキスト設計が鍵。

• Yuki：PMの認識合わせが最大の難所で、見落としは大リスク。

• 補足：一元集約＋即時アクセスの設計がビジネス価値に直結。