Google ToDoもっと実用的に「チーム共創型タスク管理」の設計と実装

Just Do Information Technology/Microsoft365/Google Workspaceエンジニア
松永栄人

2026年2月20日掲載

Google ToDoの制約をプル同期で回避し、Geminiでタスクを具体化するチームタスク管理システム。
Google Workspaceでのシステム開発者またはGAS（Google Apps Script）を利用した業務自動化に関心のあるエンジニア。
Gemini APIで曖昧な指示を具体化し、Google ToDoの制約を回避してチームタスク管理を実装する方法。

1. はじめに：ビジネスにおける「タスクの解像度」という課題

ビジネスの現場において、タスク管理は常に「情報の解像度」との戦いです。上司からの曖昧な指示、プロジェクトメンバー間の認識のズレ、そして「誰が今何を抱えているのか」という不透明さ。これらはすべて、チームの生産性を著しく低下させる要因となります。あと、忘れてはいけないのが「年齢」という言い訳を盾に、3秒前まで覚えていたはずのタスクを華麗に忘却してしまうという残酷な事実です。

世の中にはとっても優れたタスク管理ツール(SaaS)が存在します。お金を払えば、簡単に、楽にやりたいことを実現できるでしょう。そこには予算、セキュリティ、既存環境とのデータ統合や連携、セクショナリズムという点で、外部ツール導入の障壁が存在します。

私たちは、よくある「外部ツール導入の障壁」という制約を、諦めるための理由ではなく、この制約下で、いかに理想的な仕組みを構築するかというクリエイティブな挑戦と捉え「無いなら作ればいい」「使いづらければ使いやすくしてみたらいい」という発想で挑戦しました。

Google Workspaceという強固なセキュリティ基盤と慣れた環境の中で、Apps Scriptなどの開発できる余地が残されています。　またGeminiという強い味方がApps Scriptの支援をしてくれます。

そして、Google Workspace（GWS）を導入している企業にとって、Google ToDoは最も身近なツールですが、そこにはチーム運営を阻む「仕様の壁」が存在します。本記事では、その壁をいかにアイデアで乗り越え、AIを「補助エンジン」として組み込んだか、そのプロセスを公開します。

2. 開発の原動力：直面した「2つの壁」と「1つの突破口」

本システムの構築にあたり、Google APIの仕様という現実的な壁にぶつかりました。しかし、その制限を逆手に取ることで、独自のアーキテクチャに到達しました。

2.1. 第1の壁：Google Tasks APIの「個人の城」

最初の構想は、管理者が各メンバーのGoogle ToDoにタスクを直接書き込む（プッシュする）ことでした。しかし、APIは「認証した本人のデータ」以外へのアクセスを厳格に制限しています。管理者権限であっても、他人のプライベートなリストを操作することはできないという、セキュリティの根幹が大きな障壁となりました。

2.2. 第2の壁：Google Chat スペースタスクの自動化限界

次に検討したGoogle Chatの「スペース」タスクも、Google Apps Script（GAS）から直接生成・制御するためのAPIが十分に開放されていないという現実に突き当たりました。手動操作が前提となる機能は、自動化を掲げる本システムの基盤としては不十分だったのです。

2.3. 突破口：発想の転換「プッシュからプルへ」

「直接送り込めない」なら、発想を180度転換すればいい。送り込む（プッシュ）のを諦め、共通データベースに置かれたタスクを、各ユーザーのスクリプトが「取りに行く（プル）」仕組みを採用しました。

スプレッドシートをハブとし、各ユーザー環境のスクリプトが同期を行うこの「クライアント・サイド・プル」方式こそが、APIの制約をスマートに回避する鍵となりました。

3. Gemini API：思考を加速させる「補助エンジン」

本システムでは、タスクの具体化に「Google Studio AIのGemini API」を採用しています。

3.1. Gemini APIとは

Googleが提供する最新のAIモデルを利用するためのAPIです。テキストや音声といった非構造化データを解析し、構造化されたデータ（JSON形式）として出力することに長けています。本システムでは、速度と精度のバランスに優れた gemini-2.5-flash モデルを使用し、曖昧な入力を具体的なステップへと変換します。

3.2. プロトタイプ開発における留意点とロードマップ

今回のプロトタイプでは、手軽に導入できるGemini APIの「無料枠(Free Tier)」を前提としています。Gemini API 追加利用規約を確認してください。　利用にあたっては、以下のステップを推奨します。

フェーズ	使用環境	データの扱い	目的
ステップ1：既存	GWS+GAS	なし	既存業務の半自動化
ステップ2：試作	Gemini API (無料枠)	モデル改善に学習される可能性あり	UXの確認、プロセスの検証
ステップ3：本番検討	Gemini API (有料枠)	原則、学習に利用されない	小規模なチームでの実運用
ステップ4：本格運用	Vertex AI (Google Cloud)	一切学習されない（エンタープライズ品質）	企業内での機密データ利用、高度な管理

まずは無料枠でプロトタイプを動かし、業務プロセスへの適合性とUXを重点的に磨き上げてください。現場で「これはいける」という確信が得られた段階で、セキュリティとプライバシーが保証された Vertex AI へと切り替えるのが、最も賢明なアップグレードパスです。

4. 実装：AIによる「タスクの具体化」

ビジネスにおける「明日、A社への提案資料をまとめておいて」という曖昧な指示を、Gemini APIが構造化します。

タイトル: A社向け新規提案資料の作成
期限: 2026-02-22（相対的な表現を日付に変換）
詳細手順: 資料調査、構成案作成、グラフ作成、PDF化といった実行ステップを自動生成

これにより、受け手は「何から手をつければいいか」という思考のコストを削減できます。AIはあくまで「人間が判断するためのドラフト」を作るパートナーです。

5. テクニカル・ディープダイブ：同期の整合性

データの整合性には、GASの ClientSync.gs がその役割を果たします。

担当者マッチング: スクリプト実行ユーザーとシート上の担当者を照合。
双方向リンク: Google ToDo側で生成された一意のID（TaskID）をシートへ書き戻し、1:1のリレーションを確立。

状態変更の検知: ToDo側で「完了」チェックが入れば、シートのステータスも自動更新し、Google Chatへ完了通知を飛ばします。

6. UI/UX：ビジネスの現場に馴染むデザイン

エンジニア以外も利用することを想定し、GASの HtmlService で構築したSPAは「摩擦のない操作感」を追求しました。

音声入力: 移動中でもタスクを即座に登録可能。
視認性の向上: ユーザー別のテーマカラーや、期限に応じたアラート（赤・黄）により、視覚的にボトルネックを把握できます。

7. まとめ

「他人のToDoに書き込めない」という制約は、一見すると開発の行き止まりに見えます。しかし、ビジネスにおける課題解決の本質は、仕様に嘆くことではなく、「既存の枠組みの中で、いかに目的を達成する仕組みを再定義するか」にあります。

小さな限界突破を繰り返すことで大きな波をつくることができる。

AIを「全自動の魔法」ではなく「人間の思考を助けるツール」として適切に配置すること。社内にAIファンを増やしていきましょう。　この一歩が、チームの働き方を大きく変えるはずです。　

公式リファレンス

Just Do Information Technology —— ITを、もっと身近に、もっと楽しく。

Google ToDoもっと実用的に「チーム共創型タスク管理」の設計と実装

1. はじめに：ビジネスにおける「タスクの解像度」という課題