ガントチャートをGoogleカレンダーと無料で連携する方法

ガントチャートとGoogleカレンダーを無料で連携させたい、という要望はよく出ます。工程表は全体を見るために要る。けれど日々開くのはカレンダーで、そちらに予定が入っていないと誰も動かない。この2つをつなげたい、という話です。ただし、連携という言葉で想像しているものと、実際にできることの間には差があります。この記事では、無料の範囲で何ができて何ができないのかをはっきりさせたうえで、二重管理にならない形の作り方を書きます。

連携という言葉で期待されているものと、実際にできること

「連携」と言うとき、多くの人が想像しているのは双方向の同期です。工程表で日付を直したらカレンダーが変わり、カレンダーで予定を動かしたら工程表も変わる。この動きを期待して連携を探し始めます。

現実には、この双方向の同期を無料で安定して動かすのは難しい。理由は2つあります。1つは、工程表とカレンダーではデータの形が違うことです。工程表の1行は「開始日と終了日を持つ期間」ですが、カレンダーの1件は「その日の予定」です。2週間続く工程をカレンダーに入れると、終日の予定として14日間の帯になるか、開始日と締切日の2つの点になるかのどちらかで、元の形が保てません。戻すときに情報が落ちます。

もう1つは、どちらが正なのかを機械が決められないことです。工程表とカレンダーの両方で同じ予定が別々に動いたとき、どちらを採用するかは人が決めるしかありません。双方向の同期を組むと、この判断が毎回発生します。片方が上書きされて気づかない、という事故が起きるのはここです。

背景として、この数年で仕事の日付が置かれる場所は増え続けています。チャットの発言に書かれた締切、カレンダーの予定、工程表のセル、議事録の中の一文。同じ締切が4か所に散っていて、そのうち3か所は古い。連携を求める気持ちの根にあるのは、この散らばりをどうにかしたいという要望です。ところが、連携は場所を減らすのではなく、増えた場所同士をつなぐ手段なので、根本の解決にはなりません。まず日付を持つ場所を1つに決める。その後で、決めた場所から他の場所へ流す。この順番でないと、つなぐほど混乱します。

したがって、現実的に選ぶべきなのは一方通行の連携です。工程表を正として、カレンダーには結果だけを流す。カレンダー側での変更は工程表に戻さない。この形なら、どちらが正しいかで迷うことがなくなり、事故も起きません。無料でできる範囲も、この形ならかなり広くなります。

一方通行の連携を無料で作る3つの手段

無料で工程表からGoogleカレンダーへ流す方法は、大きく3つあります。手間と続きやすさが違います。

1つ目が、カレンダーの購読機能を使う方法です。Googleカレンダーには、外部のカレンダー形式のURLを登録して読み込む機能があります。工程表を持つ道具がこの形式のURLを出せるなら、そのURLを登録するだけで工程が自分のカレンダーに並びます。更新も自動で拾われます。手間がほとんどかからないので、使えるなら最優先の選択肢です。ただし、反映の間隔は自分では決められません。数時間から1日ほどの遅れが出ることがあります。

2つ目が、書き出して取り込む方法です。工程表をカレンダー形式のファイルに書き出し、Googleカレンダーに取り込みます。取り込みは無料でできますが、これは一度きりの操作です。工程が変わるたびに書き出し直す必要があり、しかも古い予定が二重に入りやすい。月に1度の反映で足りるなら成立しますが、週に何度も変わる工程には向きません。

3つ目が、自動化の仕組みを組む方法です。工程表の道具が持つ機能や、外部の連携サービスを使って、変更があったときにカレンダーへ書き込みます。柔軟ですが、無料の範囲でできる回数には限りがあることが多く、組んだ人以外は直せません。現場では、組んだ人が異動した時点で止まります。

チームで長く続けるなら、1つ目が最も安全です。仕組みを作らずに済むので、壊れる箇所がありません。2つ目と3つ目は、1つ目が使えない場合の代替と考えてください。

各ツールの無料枠でカレンダー表示がどこまで使えるか

そもそも工程表の側にカレンダー表示があれば、Googleカレンダーへ流す必要が薄れます。2026年9月4日時点で各社の公式料金ページを開いて確認した内容を並べます。プランの内容は変わるので、契約前には必ず自分で確認してください。

ツール	無料枠の範囲	カレンダーや時間軸の表示
Trello	ワークスペースあたり10コラボレーター、最大10ボード	カレンダー、タイムラインの各ビューはPremium以上に記載
Asana	Personalは2人まで	リスト、ボード、カレンダービューの切り替えを無料プランに記載
monday.com	無料は最大2ユーザー、最大3ボード	カレンダービュー、タイムライン・ガントビューはスタンダード以上に記載
Notion	フリーは共同作業用のブロック数に制限あり	複数のカレンダーを接続する機能をフリープランに記載

Trelloの料金ページには、Premiumで使えるビューがまとめて書かれています。

ビュー: カレンダー、タイムライン、テーブル、ダッシュボード、マップ 出典: trello.com

つまり、無料のTrelloで工程を時間軸に並べたいなら、外部のカレンダーへ流す方法を取るのが自然な選択になります。金額は米ドル建てで、Standardが年払いで1ユーザー月額5ドル、Premiumが年払いで10ドル、月払いで12.50ドルと記載されています。Asanaは税抜で、カレンダービューは無料のPersonalに含まれますが、タイムラインとガントビューは月額1,200円からのStarter以上に記載があります。

ここから読み取れるのは、カレンダー表示と時間軸の表示は別ものとして値付けされている場合が多い、ということです。カレンダーは無料で使えても、横棒の工程表は有料。この構造を知らずに試すと、いちばん見たかった画面にたどり着けないまま試用期間が終わります。

Googleカレンダー側の設定で先に決めること

流し込む前に、カレンダー側の設計を決めておく必要があります。ここを決めずに流すと、自分の予定と工程が混ざって、カレンダーそのものが使えなくなります。

まず、工程用のカレンダーを新しく作ってください。Googleカレンダーは1つのアカウントで複数のカレンダーを持てて、これは無料で使えます。自分の予定が入っているカレンダーに工程を混ぜると、消したいときに消せません。別のカレンダーにしておけば、表示のオンとオフを1クリックで切り替えられます。

次に、案件が複数あるなら、案件ごとにカレンダーを分けるかどうかを決めます。分ければ色で区別でき、見たい案件だけを表示できます。ただし、カレンダーが5本を超えると、チェックボックスの切り替えが面倒になります。案件が多いなら、1本にまとめて予定の名前の先頭に案件名を書くほうが扱いやすくなります。

通知の設定も先に決めてください。工程がカレンダーに入ると、既定の通知設定によっては全件に通知が飛びます。50件の工程が一度に入ると、通知が50回来ます。工程用のカレンダーは通知を切っておき、本当に知らせたい締切だけ個別に設定するのが安全です。

最後に、共有範囲です。工程用のカレンダーをチームに共有すると、全員が同じ工程を自分のカレンダーで見られます。ただし、共有した相手が編集できる設定にすると、カレンダー側で工程が動かされてしまい、一方通行が崩れます。共有は必ず閲覧のみにしてください。

工程表からカレンダーへ流すときの粒度

工程をそのまま全部流すと、カレンダーが埋まって読めなくなります。何を流して何を流さないかを決める必要があります。

流すべきなのは、日付が動くと他の人に影響が出るものです。納品日、レビュー日、外部との打ち合わせ、承認の締切。これらは全員が知っておく必要があるので、カレンダーに入れる価値があります。

流さなくてよいのは、担当者の中で完結する作業です。「資料を作る」「実装する」といった工程は、期間が長く、しかも本人しか関係しません。これをカレンダーに終日の予定として入れると、2週間にわたって帯が出続け、他の予定が見えなくなります。

期間の長い工程をどうしても入れたい場合は、開始日と終了日の2件の点として入れるほうが実用的です。「設計 開始」と「設計 完了」の2件なら、カレンダーの表示を邪魔しません。工程の長さは工程表の側で見ればよいので、カレンダーに長さを持ち込む必要はありません。

粒度を決めたら、それを守る仕組みも要ります。流す対象を人が毎回選ぶ運用にすると、判断がぶれて続きません。工程表の側にラベルや区分を用意して、「このラベルが付いたものだけ流す」という機械的な線にしてください。カードにどこまで属性を持たせられるかはできることのページで確認できます。

連携を入れても解決しないこと

連携を組むと問題が解決すると期待されがちですが、解決しないことのほうが多いのが実情です。

まず、工程表が更新されない問題は解決しません。連携は工程表の内容をカレンダーへ運ぶだけなので、元が古ければカレンダーも古くなります。むしろ、カレンダーに出ているせいで「更新されている」と誤解され、事態が悪くなることがあります。連携を入れる前に、工程表そのものが週に1度は必ず直される状態を作ってください。

次に、前後関係の管理は解決しません。カレンダーには依存関係の概念がないので、Aが3日延びたときにBが自動で3日ずれる、という動きは起きません。この計算は工程表の側でやる必要があります。カレンダーは結果の表示先であって、計画を立てる場所ではない、という役割分担を崩さないことが大事です。

3つ目に、遅れの連鎖も見えるようになりません。カレンダーは1件ずつの予定を並べる道具なので、ある工程が遅れたときに後続がどれだけ押されるかを計算しません。カレンダー上では、遅れた予定と、その影響を受ける予定が、無関係な2件として並びます。影響範囲を知りたいなら工程表を開くしかない。連携を入れても、この構造は変わりません。

4つ目に、誰が何をしているかの把握も、カレンダーだけでは解決しません。カレンダーは「いつ」を扱う道具で、「どこまで進んだか」を扱う道具ではありません。進み具合はカードの状態やコメントで見ることになります。この2つを1つの道具で見たいなら、カレンダー表示と板の表示を切り替えられる作りを探すことになります。同じデータを複数の見え方で扱う設計の違いは比較の一覧で軸ごとに並べて確認できます。

連携を使わずに済ませる選択肢

手間を考えると、連携を組まないという判断もあります。無料でできるからといって、組む価値があるとは限りません。

関わる人が3人以下なら、連携は要りません。締切が近いものを口頭かチャットで伝えれば済みます。仕組みを作る時間のほうが高くつきます。

案件が短い場合も要りません。1か月で終わる案件のために連携を組んでも、組み終わる頃には案件が終わっています。連携が効くのは、半年以上続く運用に対してです。

チームが工程表を毎日開く習慣を持っている場合も、カレンダーへ流す必要は薄くなります。連携の目的は「開かれない画面の情報を、開かれる画面に運ぶこと」なので、工程表が開かれているなら目的そのものが消えます。

工程表の道具にカレンダー表示が最初から付いている場合も、外へ流す必要は薄くなります。同じ画面で板と時間軸を切り替えられるなら、わざわざ別の道具へ運ぶ理由がありません。連携を検討する前に、いま使っている道具の表示の切り替えを一度確認してみてください。使っていない表示が眠っていることは珍しくありません。

逆に、連携を組む価値が高いのは、関わる人が10人を超えて、そのうち何人かが工程表を開かない立場にある場合です。営業や外部の協力者のように、工程表を毎日見る理由が無い人にも締切を届けたい。この状況なら、仕組みを作る時間が回収できます。

連携の前に工程表の側を整えておく

流し込みの設定より先に、工程表の側の状態を整えるほうが効果があります。整っていない工程表をカレンダーへ流すと、散らかった情報が全員の画面に届くだけです。

まず、期間の無い工程を消してください。「先方待ち」「確認中」のように、開始日と終了日を持たないものが工程表に混ざっていると、カレンダーへ流したときに日付が定まらず、変な位置に出ます。こうした項目はカードのコメントに移してください。

次に、担当者が空欄の工程を埋めてください。カレンダーに出たときに担当が分からないと、見た人が自分に関係があるかどうかを判断できません。関係が無いと判断された予定は、次から見られなくなります。担当は1件につき1人にします。3人以上が紐づいた工程は、誰も自分の仕事だと思いません。

3つ目に、終わった工程を閉じてください。工程表に完了済みの工程が残っていると、それも流れてカレンダーに出ます。過去の日付なので実害は小さいのですが、件数が増えて必要な予定が埋もれます。完了の状態を持たせて、流す対象から外す仕組みを先に作っておいてください。

4つ目に、工程の数を見直してください。100件を超える工程をそのままカレンダーへ流すと、カレンダーが工程表の劣化版になります。流すのは全体の2割程度、他の人に影響が出るものだけ、という配分が現実的です。

この4つを片付けてから連携の設定に入ると、最初の1回でうまくいきます。設定を先にやると、流れてきた情報の汚さに驚いて、結局工程表を整える作業に戻ることになります。順番を逆にしないでください。

予定の名前の付け方を先に決めておく

カレンダーに流したあと、いちばん効いてくるのが予定の名前です。名前が整っていないと、カレンダーを開いた人が何の予定か分からず、結局工程表を開き直すことになります。それでは連携した意味がありません。

おすすめの形は、案件名、工程名、状態の3つを短く並べることです。たとえば「A社サイト 初稿提出 締切」のように書きます。案件名を先頭に置くのは、カレンダーの月表示では文字が途中で切れるからです。切れても残る位置に、いちばん重要な情報を置きます。

担当者の名前を入れるかどうかは、共有の範囲で決めてください。チーム全員が見るカレンダーなら、担当者が分かるほうが動きやすくなります。ただし、名前を入れると文字数が増えて月表示で切れやすくなるので、入れるなら末尾です。

状態を示す短い印を頭に付ける方法もあります。確定した締切には印を付けず、確度が低いものだけ「仮」と付ける。この1文字があるだけで、見た人が「動くかもしれない」と分かります。逆に、全部に印を付けると意味が無くなるので、例外だけに付けるのが要点です。

名前の付け方を決めたら、工程表の側の工程名も同じ形に揃えてください。流すときに名前を変換する仕組みを入れると、その仕組みを直せる人が限られます。工程表の工程名がそのままカレンダーに出る前提で、工程名のほうを整える。これが手間の少ない解決です。

Googleカレンダー側でよくある事故と直し方

連携を入れたチームで実際に起きる事故には、いくつか決まった型があります。先に知っておくと避けられます。

いちばん多いのが、予定の重複です。書き出して取り込む方法を繰り返すと、同じ工程が何度も入ります。取り込みは既存の予定を消してくれないので、月に1度取り込めば1年で12件の同じ予定が並びます。対策は、取り込み用のカレンダーを毎回作り直すことです。古いカレンダーごと削除してから新しく取り込めば、重複が残りません。

次に多いのが、時差と終日の扱いです。工程の締切を時刻付きの予定として入れると、時刻の扱いで前日や翌日に表示されることがあります。締切のように「その日のうちに」という意味しか持たない予定は、終日の予定として入れるほうが安全です。時刻を入れるのは、打ち合わせのように開始時刻に意味がある予定だけにしてください。

3つ目が、通知の洪水です。既定の通知設定が入ったまま50件を取り込むと、通知が50回飛びます。1度これをやると、チームの信頼が落ちて、以後カレンダーの通知そのものを切られます。取り込む前に、そのカレンダーの既定通知を無しにしておいてください。

4つ目が、共有の範囲の取り違えです。カレンダーを公開の設定にすると、リンクを知っている人が誰でも見られる状態になることがあります。工程表には取引先の名前や案件の内容が入っているので、この事故は影響が大きい。共有は個人のアカウントを指定して行い、公開の設定は使わないのが原則です。

週の運用にどう落とし込むか

仕組みを作ることより、週の運用の形を決めるほうが結果に効きます。連携は運用を助ける道具であって、運用の代わりにはなりません。

週の始めにすることは1つです。今週の締切をカレンダーで確認して、間に合わないものを工程表で動かす。カレンダーは確認の場、工程表は変更の場、という役割を毎週なぞることで、一方通行が身につきます。

週の終わりにすることも1つです。今週動かした工程がカレンダーに正しく反映されているかを見る。購読の仕組みを使っている場合、反映に時間がかかるので、金曜に直したものが月曜に出ていることを確かめる形になります。ここでずれに気づけば、原因を早く見つけられます。

月に1度することが1つあります。終わった案件のカレンダーを非表示にするか削除する。カレンダーが増え続けると、切り替えのチェックボックスが長くなって使いにくくなります。終わった案件は1か月ほど残して、それから外すくらいがちょうどよい間隔です。

この3つ以外はやらなくてかまいません。連携の設定を細かく調整する、通知の条件を作り込む、色分けの規則を増やす。どれも一見よさそうですが、増やした分だけ誰も維持できなくなります。まず日付が正しく流れる状態を1か月続けて、それから足すかどうかを考えてください。

外部の協力者に締切だけを届けたい場合

社外の協力者や取引先にも締切を届けたい、という要望はよく出ます。ここは扱いを分けて考える必要があります。

工程用のカレンダーをそのまま共有するのは避けてください。工程表には社外に出す必要のない情報が混ざっています。他社の名前、社内の担当者名、検討中の案件。これらが相手の画面に出ると、説明の手間が増えるだけでなく、信用の問題にもなります。

現実的な方法は、外部向けのカレンダーを別に作ることです。受け渡しに関わる予定だけをそこに入れて、相手に閲覧で共有します。件数が少ないので、手で入れても負担になりません。月に3件から5件程度なら、自動化する必要はありません。

もうひとつの方法は、カレンダーを使わずにメールやチャットで届けることです。相手が自社のカレンダーを使っている場合、こちらのカレンダーを購読してもらうより、締切の一覧を定期的に送るほうが受け入れられやすい。相手の道具に合わせるのが基本です。

どちらの方法を取るにしても、外部に渡す情報の粒度は最初に決めておいてください。いちど細かい情報を渡すと、次から同じ粒度を期待されます。渡す範囲を後から狭めるのは難しいので、狭く始めるのが安全です。

一方通行を守るための運用の決めごと

連携を組んだあと、運用が崩れる原因はほぼ1つです。誰かがカレンダー側で予定を動かすこと。これを防ぐ決めごとを、最初に共有してください。

工程用のカレンダーは編集できない設定で共有する。これが1つ目です。技術的に触れないようにするのが、いちばん確実な方法です。口頭の約束は必ず破られます。

日付を変えたい人は工程表を直す。これが2つ目です。カレンダーに出ている予定を動かしたくなったら、工程表を開いて直す。この動線を全員が知っている状態にしておきます。動線が分からないと、人は目の前のカレンダーを直します。

反映には時間がかかることを伝える。これが3つ目です。購読の仕組みを使う場合、工程表を直してからカレンダーに反映されるまで数時間かかることがあります。これを知らないと、「直したのに変わらない」と言って二重に直されます。

流す対象を増やすときは全員に知らせる。これが4つ目です。ある日突然カレンダーの件数が倍になると、見る側は理由が分からず混乱します。増やす前に一言伝えるだけで、受け入れられ方がまったく変わります。

そして、うまくいかなくなったら連携を外す。これが5つ目で、いちばん忘れられがちな決めごとです。連携が原因で混乱が起きているなら、外したほうが安全です。カレンダーに出ない不便より、間違った日付が全員のカレンダーに入っている状態のほうが危険です。外し方も導入時に確認しておいてください。データの扱いや権限の考え方は安全性の考え方にまとめてあります。

相談として届く内容から見えていること

工程管理の道具についての問い合わせを並べると、カレンダーとの連携を求める人の悩みは、実は連携そのものではありません。「工程表を誰も見てくれない」という悩みです。連携は、その解決策として思いつかれています。

この見立てが当たっているなら、打ち手は連携だけではありません。工程表を見る理由を作るほうが、効果が大きい場合があります。自分の担当分が一覧で出る、通知が自分に届く、開いたら自分の行が先頭にある。こうした作りになっていれば、連携が無くても開かれます。

もうひとつ見えているのは、連携を組んだチームの多くが、半年以内に使わなくなっていることです。理由は、工程表側の更新が止まるからです。連携は元のデータが生きている限りで価値を持ちます。工程表を全員が触れる状態にすることが先で、連携はその後の話です。カードを全員が動かせる形にできるかどうかは、Trelloとの比較のように機能の置き方を軸にした資料で確認できます。カレンダーとタスクを近い場所で扱う設計を比べたい場合はNotionとの比較も参考になります。

料金の面では、カレンダー表示のために上位プランへ移るかどうかが判断になります。値付けの段の分け方は各社で違い、同じ月額でも使える範囲が変わります。人数とボードの数だけで区切る値付けと、機能ごとに段を分ける値付けの違いは料金のページで確認できます。他の道具から移す場合の手順はTrelloからの移行に、導入前によく出る疑問はよくある質問にまとめてあります。

Q1. ガントチャートとGoogleカレンダーは無料で双方向に同期できますか？

双方向の同期は無料の範囲で安定して動かすのが難しく、おすすめしません。工程表の1行は期間を持ちますが、カレンダーの1件は日付の箱なので、往復すると情報が落ちます。工程表を正として、カレンダーには流すだけの一方通行にすると、どちらが正しいか迷わずに済みます。

Q2. 連携するとき、工程をすべてカレンダーに流してよいですか？

日付が動くと他の人に影響が出るものだけに絞ってください。納品日、レビュー日、外部との打ち合わせ、承認の締切が対象です。担当者の中で完結する長い作業まで流すと、終日の帯がカレンダーを覆って他の予定が見えなくなります。

Q3. 工程用のカレンダーはどう作ればよいですか？

自分の予定が入っているカレンダーとは別に、工程用のカレンダーを新しく作ってください。Googleカレンダーは複数のカレンダーを無料で持てます。表示のオンとオフを切り替えられますし、通知を切っておけば大量の工程が一度に入っても通知が飛びません。共有は必ず閲覧のみにします。

Q4. 連携を入れれば工程表が使われるようになりますか？

連携は工程表の内容を運ぶだけなので、元が更新されなければカレンダーも古くなります。むしろ、出ているせいで最新だと誤解される危険があります。連携より先に、工程表が週に1度は必ず直される状態を作ってください。