工数管理をGoogleのツールでどこまでできるか｜限界と補い方

工数管理のツールをGoogleの中で探すとき、多くの人が期待しているのは「すでに契約しているものの中に、追加費用なしで使える仕組みがあること」です。結論から書くと、工数管理そのものを名前として持つサービスは用意されていません。ただし、スプレッドシート、フォーム、カレンダー、そしてアプリを組み立てる仕組みを組み合わせれば、一定の規模までは十分に回せます。この記事では、それぞれの方式で何ができて、どこで壊れるのかを、公式ページで確認できる条件とあわせて並べます。

「工数管理 ツール google」を調べる人が置かれている状況

この検索をする人には、いくつか共通する事情があります。まず、社内のメールとファイルがすでにGoogleの中にあること。だから新しい道具を増やしたくない。次に、工数の集計を求められる立場にいること。案件ごとの利益を出したい、見積もりの精度を上げたい、あるいは委託先への支払いを実績で決めたい。理由はさまざまですが、どれも「誰が何にどれだけ時間を使ったか」を数字にする必要があります。

そして、専用の工数管理サービスを検討したものの、費用と導入の手間で止まっている段階にいることが多い。専用サービスは1人あたり月額500円から2,000円程度の価格帯が中心で、20人のチームなら年間で数十万円になります。その金額を出す前に、いま持っているもので足りないかを確かめたい。この動機は合理的です。

もうひとつ、あまり語られない事情があります。工数の入力は、入力する側にとって何の得もありません。自分の作業が速くなるわけでも、評価が上がるわけでもない。管理する側だけが欲しがるデータです。だからこそ、入力の手間を極限まで削らないと続きません。道具を選ぶ基準が、機能の多さではなく操作の少なさになるのは、この構造が理由です。

現場でよく聞くのは、「導入した月は全員が入れていたのに、3か月後には半分になっていた」という話です。入力が止まる理由の多くは、面倒だからではなく、入れた数字が何にも使われていないと感じたからです。集まらなくなったデータは、集計しても意味がありません。方式を選ぶときは、最初の1か月ではなく6か月後に何割が入力しているかを想像してください。

Googleの標準の道具に工数管理そのものはあるか

順に見ていきます。Google Workspaceの料金ページに、全プランに含まれるサービスとして挙がっているのは、Gmail、ドライブ、Meet、カレンダー、ドキュメント、スプレッドシート、スライド、Chat、Vidsです。この並びに、工数や勤怠を名前に持つサービスはありません。

時間に関する機能としては、カレンダーに「時間の分析情報」があります。公式のヘルプにはこう書かれています。

仕事用アカウントまたは学校用アカウントで Google カレンダーを使用している場合は、[時間の分析情報] を使用して、会議に割いた時間を確認できます。 出典: support.google.com

同じヘルプには、時間の分析情報はパソコンでのみ表示できること、この項目が表示されない場合は管理者がオフにしている可能性があることも記載されています。

ここで注意が要ります。この機能が見ているのは、あくまで会議に費やした時間です。案件ごとの作業時間ではありません。管理者向けのヘルプには、サポートされるエディションとしてBusiness Plus、Enterprise Standard、Enterprise Plus、Education Standard、Education Plus、Education Fundamentals、Nonprofitsが挙げられています。つまり、Business StarterやBusiness Standardの契約では使えません。

まとめると、標準で用意されているのは「会議に何時間使ったか」を本人が振り返るための道具であって、案件別の工数を集めて集計する仕組みではありません。工数管理をしたいなら、自分で組み立てることになります。組み立て方はいくつかあり、それぞれ向く規模が違います。以下で順に見ていきます。

スプレッドシートで工数を集める作り方

もっとも多く選ばれるのがこの方式です。作り方の要点だけ整理します。

まず、シートを2枚に分けてください。1枚目は入力用で、1行に1件の作業を記録します。列は、日付、担当者、案件名、作業の種類、時間の5つあれば足ります。2枚目は集計用で、ピボットテーブルか関数で案件ごとの合計を出します。この分け方をしないと、入力する人が集計の式を壊します。

案件名と作業の種類は、必ず入力規則のプルダウンにしてください。自由記述にすると、同じ案件が「A社サイト改修」「A社 サイト改修」「a社サイト改修」の3通りに増えます。集計の段階で人が名寄せする羽目になり、その作業だけで月に2時間が消えます。プルダウンの選択肢は別シートに置き、案件が増えたら管理者だけが追記する形にします。

時間の入力単位も先に決めます。15分刻みか、30分刻みか、0.5時間単位か。細かくすれば正確になりますが、入力の手間が増えて記録が飛びます。おおよその実感としては、30分刻みが続きやすい落としどころです。

保護の設定も忘れないでください。集計用のシートと、入力用シートの見出し行は、編集できる人を絞ります。共有のリンクを配ると、悪意なく式を上書きする人が必ず出ます。

入力の順番にも配慮が要ります。日付の列を先頭に置き、当日の日付が既定で入るようにしておくと、1件あたりの操作が2つ減ります。案件名は使用頻度の高い順に並べ替えておくと、選ぶまでのスクロールがなくなります。こうした細かい工夫の積み重ねが、1件あたり10秒の差を生みます。1日4件、20人、20営業日で計算すると、月に4時間を超える差です。

そして、入力の締切を明示してください。「気づいたときに入れる」という運用は、必ず溜まります。翌営業日の午前中まで、といった具体的な期限を決めておくと、記憶が新しいうちに入るので数字の精度も上がります。1週間後に思い出して書いた時間は、実態とかなりずれます。

スプレッドシート方式が壊れるところ

この方式は安く始められる代わりに、規模が大きくなると決まった場所で壊れます。あらかじめ知っておくと、いつ切り替えるかの判断がしやすくなります。

1つめは行数です。1人が1日4行入力し、20人で20営業日働くと、月に1,600行増えます。年で19,200行です。行数そのものは扱える範囲ですが、集計の式が全行を参照していると、開くたびに待たされるようになります。目安として、月ごとにシートを分けるか、年で1ファイルを閉じる運用にすると軽さを保てます。

2つめは同時編集です。締切の前後は入力が集中します。同じファイルを10人が同時に開いた状態で、フィルタをかける人と並べ替える人がいると、他の人の画面が動きます。フィルタ表示という個人単位の機能を使えば緩和できますが、全員に周知して守ってもらう必要があります。

3つめは、入力の抜けに気づけないことです。誰かが3日分入れ忘れていても、シートは何も言いません。締切の直前に「先週分をお願いします」と催促する係が必要になります。この催促の手間が、続かなくなる最大の原因です。

4つめは、権限の粒度です。他人の入力した行を見せたくない場面が出てきますが、1枚のシートでは行ごとに見える人を変えられません。人ごとにファイルを分けると、今度は集計が面倒になります。社外の協力会社に入力してもらう構成では、この制約が特に重く効きます。

5つめは、履歴の追いにくさです。変更履歴そのものは残りますが、「先月の集計と今月の集計で数字が違う理由」を調べるには、履歴を1件ずつ遡ることになります。締めた月のシートは編集できないよう保護をかけ、修正が必要なときは別行で調整を入れる運用にしておくと、後から説明できる形が保てます。

記録する項目をどこまで細かくするか

方式より先に決めるべきなのが、何を記録するかです。ここを欲張ると、どの道具を使っても続きません。

記録の細かさには段階があります。もっとも粗いのは、案件ごとの合計時間だけを月末に申告する形。次が、日ごとに案件別の時間を入れる形。さらに細かくすると、案件の中の工程ごと、たとえば設計、制作、確認、修正といった単位で分けます。いちばん細かいのは、作業を始めた時刻と終えた時刻を記録する形です。

段階が1つ下がるごとに、入力の手間はおおよそ2倍になります。月末の申告なら1人あたり月10分で済むものが、工程別の日次記録では月80分前後かかります。20人のチームなら、この差は月に23時間です。得られる情報がその時間に見合うかどうかを、先に判断してください。

現実的な出発点は、日ごとに案件別の時間を入れる段階です。案件別の利益はここで出せますし、誰に負荷が寄っているかも分かります。工程別まで細かくするのは、見積もりの精度を上げたいという明確な目的があるときだけにしてください。目的が曖昧なまま細かくすると、記録は必ず粗くなり、粗い記録は使えません。

項目を減らす判断も重要です。備考欄を作ると、書く人は何か書かなければと感じます。書かれた文章は誰も読まないのに、書く時間だけがかかる。使わない項目は最初から置かないほうが、記録の質は上がります。

フォームで日報として集める方式

入力の手間を減らす方向で考えるなら、フォームを入り口にする方式があります。フォームで受けた内容は、そのままスプレッドシートに1行ずつ積み上がります。

利点は3つあります。まず、入力する人が集計の式を壊せません。フォームの画面しか見ないからです。次に、スマートフォンから入れやすい。移動中や現場で、その場で記録できます。そして、選択肢を管理者側で握れるので、案件名の表記ゆれが起きません。

欠点もはっきりしています。過去の入力を本人が直せません。間違えた行を消すには、管理者がスプレッドシート側で対応することになります。訂正の依頼が月に何件も来るようなら、この方式は向いていません。また、1件ずつ送信する作りなので、1日分をまとめて入れたい人には手数が多く感じられます。

現実的な折衷案として、フォームは「その日のうちに入れる人」向けの入り口として置き、まとめて入れたい人にはスプレッドシートの入力用シートを使ってもらう、という二本立てにする方法があります。集まる先が同じであれば、入り口は2つあってもかまいません。

カレンダーの予定を工数の記録として使う方式

すでに予定をカレンダーで管理しているチームなら、予定そのものを工数の記録として使う手があります。案件名を予定のタイトルの先頭に決まった書き方で入れておき、月末にまとめて書き出して集計します。

この方式の強みは、入力の手間がほぼゼロになることです。予定は元から入れているので、新しい作業が増えません。工数管理が続かない最大の理由が入力の手間である以上、これは大きな利点です。

弱点は、予定と実績がずれることです。2時間と入れた作業が3時間かかったとき、多くの人は予定を直しません。集計に出てくるのは予定した時間であって、実際にかかった時間ではない。この差を許容できる用途かどうかが分かれ目になります。見積もりの精度を上げたいなら、ずれこそが知りたい情報なので、この方式では足りません。

書き出しの手段も確認しておく必要があります。予定を機械的に取り出すには、スクリプトを書くか、書き出し機能を使ってファイルにする作業が入ります。毎月これを人が手で行うなら、月に1時間前後は見ておいてください。

なお、前述のとおり時間の分析情報はエディションが限られ、パソコンでのみ表示されます。この機能を工数集計の中核に据える設計は避けたほうが安全です。

アプリとして組み立てる方式と、その費用

入力の画面をきちんと作りたいなら、Googleが提供しているアプリ作成の仕組みを使う方法があります。スプレッドシートをデータの置き場にしたまま、入力と表示だけを専用の画面にできます。

料金ページには、Starterが1ユーザーあたり月額5ドル、Coreが10ドル、Enterprise Plusが20ドルと記載されています。費用をかけずに試す範囲として、最大10人のテスト利用が用意されているとも書かれています。Google Workspaceの料金ページでは、Enterpriseの説明の中にこの仕組みへの対応が挙げられています。

この方式を選ぶ判断は、作る人が社内にいるかどうかで決まります。画面を組み立てる作業自体はコードを書かずに進められますが、どの項目をどの順に置くか、どこを必須にするか、といった設計は人が決めます。作った人が異動したときに引き継げるよう、設定の内容を文書に残しておく運用まで含めて考えてください。

スクリプトで自動化する場合に決めておくこと

表計算とフォームの組み合わせに、スクリプトで自動化を足す選択もあります。未入力の人へ自動でメッセージを送る、月末に集計を作って共有する、といった作業を人の手から外せます。

自動化で効果が大きいのは、催促の部分です。未入力の人を毎週金曜に一覧にして本人へ通知するだけで、記録の抜けはかなり減ります。取りまとめ役が月に3時間かけていた催促が、ほぼゼロになる例は珍しくありません。書く量も多くありません。

一方で、集計そのものを複雑なスクリプトに任せるのは慎重に考えてください。数字が合わなくなったときに、原因が入力なのか式なのかスクリプトなのかを切り分ける作業が発生します。集計は表計算の関数で見える形にしておき、スクリプトは通知や書き出しといった周辺に限定するほうが、後の保守が楽になります。

書いたスクリプトは、必ず誰のアカウントで動いているかを記録してください。作った人が退職してアカウントが止まると、翌月から通知が来なくなります。原因を突き止めるのに数日かかることもあります。動かす主体を共有のアカウントにするか、少なくとも設定の場所を文書に残しておいてください。

Google Workspaceそのものの費用を並べる

土台になる契約の金額も確認しておきます。2026年9月4日時点で公式の料金ページに記載されている内容で、税別と明記されています。請求はすべてのプランで月単位と書かれています。

プラン	1ユーザーあたり月額
Business Starter	800円
Business Standard	1,600円
Business Plus	2,500円
Enterprise	営業担当者へ問い合わせ

新規の契約者向けに、最初の3か月間の割引価格が併記されています。適用は最初の20ユーザーまでという条件付きです。

工数管理の観点で効いてくるのは、時間の分析情報がBusiness Plus以上のエディションでしかサポートされない点です。20人の会社がBusiness StandardからBusiness Plusへ上げると、月額の差は900円の20人分で18,000円、年間で216,000円です。会議時間の可視化のためだけにこの差を払うかどうかは、慎重に判断すべきところです。金額は変わりますので、契約の前には必ず公式ページで確かめてください。

集めた数字を月末にどう読むか

工数を集めても、読み方を決めていないと数字が積み上がるだけで終わります。月末に何を見るのかを、集め始める前に決めておいてください。

最初に見るのは、案件ごとの合計時間と、見積もり時に想定した時間の差です。この差が案件ごとにどれくらい出ているかを並べると、どの種類の仕事で見積もりを外しているかが分かります。3か月分もたまれば、傾向ははっきり出ます。特定の作業だけ常に1.5倍かかっているなら、次の見積もりから係数を掛ければよいだけです。

次に見るのは、担当者ごとの合計です。ここで気をつけたいのは、時間の長さを評価に直結させないことです。長く働いた人が偉い、という読み方を一度でもすると、記録は水増しされ始めます。見るべきなのは偏りであって、量ではありません。1人に3件以上の案件が同時に乗っている状態が続いているなら、割り振りの問題です。

3つめは、記録されていない時間です。所定の労働時間と、記録された合計の差を出します。この差が大きい月は、入力が抜けている可能性が高い。差が常に2割を超えるようなら、記録の仕組みそのものを見直す合図です。

そして、読んだ結果を必ず本人へ返してください。集めるだけで何も返らない記録は、必ず止まります。案件ごとの見積もりとの差を共有して、次の見積もりが良くなったという実感が持てれば、入力は続きます。

委託先や協力会社の工数をどう扱うか

社外の人に工数を入れてもらう場面は、社内とは別の設計が要ります。相手には入力する義務も動機もないからです。

まず、何のために時間を報告してもらうのかを契約の段階ではっきりさせてください。支払いの根拠にするのか、進捗の把握のためだけなのか。支払いに使うなら、単位と締日と提出方法を書面で決めておく必要があります。ここが曖昧なまま「参考までに」と依頼すると、月末に数字が揃わず、こちらが催促する側に回ります。なお、業務委託の相手に労働時間の管理に近い運用を求めると、契約の性質そのものが問題になることがあります。この点は所管の窓口や専門家に確認したうえで設計してください。

次に、入力の負担を最小にします。社外の人にアカウントを配って画面を覚えてもらうより、月に1度の書式を1枚送ってもらうほうが確実に集まります。相手が3社以内なら、この方式で十分です。社外の関係者が10社を超えるようになって初めて、共通の入力の場を用意する価値が出ます。

そして、見える範囲を必ず区切ってください。共通の場を用意する場合、ひとつの画面に全案件が並ぶ作りだと、A社にB社の日程や単価が見えてしまいます。案件ごとに区切れる作りかどうかは、契約の前に確かめる項目です。この観点の考え方は安全性の考え方に整理してあります。

いまのままでよい場合を先に置く

道具を増やさないほうがよい場面もあります。次に当てはまるなら、いまの構成のままで問題ありません。

案件の数が5件以下で、担当者が固定されている場合。誰が何をしているかは声をかければ分かります。工数を数字にする手間のほうが、得られる情報より大きくなります。

工数を集める目的が「請求のため」だけの場合も同じです。請求に必要なのは合計の時間であって、内訳ではありません。月末に各自が申告した数字を1枚のシートに集めれば足ります。細かい記録の仕組みは要りません。

すでにスプレッドシートの運用が定着していて、集計に困っていない場合も、変える理由はありません。定着した運用を替えると、入力する習慣が一度ゼロに戻ります。戻す価値があるほどの問題が起きているかを、先に確かめてください。

社内の他の業務がすべて表計算で回っている場合も同じです。見積書も請求書も勤怠も同じ形式で作っていて、担当者が関数に慣れているなら、その延長で工数だけを扱うほうが習得の負担がありません。新しい画面を1つ増やすだけで、覚えることは想像以上に増えます。

社外向けの報告書を毎月同じ書式で出している場合も、書式を変えられないなら表計算のままが有利です。別の道具から書き出したデータを、結局は表計算に貼り直すことになるからです。貼り直す工程が増えるだけなら、最初から表計算で完結させたほうが速く終わります。

こちらの側の限界も書いておきます。ボード型のタスク管理は、勤怠の打刻や給与計算のための道具ではありません。労働時間の管理として使うなら、所管の窓口や社会保険労務士に確認したうえで設計してください。自動化や外部サービスとの連携を作り込みたい場合も、そこを主戦場にしている道具のほうが向いています。画面は日本語のみで、自動で取り込めるのはTrelloからの経路だけです。

問い合わせとして届く内容から見えていること

工数管理の相談を並べると、表計算から始めた人には共通の流れがあります。最初は列を足して対応し、次に集計の式が複雑になり、最後は「入力してもらう」ことそのものが仕事になる。この順番はほぼ変わりません。

効いているのは、記録と作業の場所が離れていることです。作業はチャットやタスクの画面で進み、記録は別のファイルに書く。この往復が1日に何度もあると、記録のほうが後回しになります。逆に、作業を終える操作と時間の記録が同じ画面で完結すれば、抜けは大きく減ります。判断の軸をここに置くと、道具の選び方が変わってきます。

もうひとつ見えているのは、集めた数字の使い道が決まっていない例の多さです。何のために集めるのかを先に決めていないと、項目が増え続けます。案件別の利益を見たいのか、見積もりの精度を上げたいのか、人の偏りを見つけたいのか。目的を1つに絞れば、必要な項目は5つ以内に収まります。

道具を比べるときは、機能表の丸の数ではなく、入力する人の操作が何回減るかで見てください。同じデータをカンバンとガントで切り替えられるか、案件を横断して担当者ごとの負荷を見られるか。この観点で各サービスを軸ごとに並べたものが比較の一覧にあります。付箋のような使い方から移る場合はTrelloとの比較、自動化と外部連携を重く見るならAsanaとの比較、文書とタスクを近い場所で扱いたいならNotionとの比較が判断の材料になります。複数案件の一覧を重視するならmonday.comとの比較、開発の課題管理と一緒に回したいならBacklogとの比較、国産のカンバン型と並べたいならJootoとの比較を見てください。

料金の考え方は料金に書いてあります。道具によっては機能で絞らず、区切るのは人数とボードの数だけという組み立て方をしていて、その場合は必要な機能が下位プランで使えないという事態が起きません。画面で何ができるのかはできることに、社外の人を含めて使うときの考え方は安全性の考え方に整理してあります。実際にデータを移すときの手順はTrelloからの移行に、導入前によく出る疑問はよくある質問にまとめてあります。

最後に順番だけ整理します。まず、集めた数字を何に使うのかを1つに決める。次に、その目的に必要な項目だけを並べる。そのうえで、入力する人の操作が最も少ない方式を選ぶ。この順で見れば、続かない仕組みを作って半年後にやり直す事態は避けられます。

Q1. Googleのサービスに工数管理の機能はありますか？

料金ページに並ぶ全プラン共通のサービスに、工数管理を名前に持つものはありません。カレンダーに「時間の分析情報」があり、会議に割いた時間は確認できますが、案件別の作業時間を集計する仕組みではありません。工数を管理するなら、スプレッドシートやフォームで自分で組み立てることになります。

Q2. 時間の分析情報はどのプランで使えますか？

管理者向けのヘルプには、サポートされるエディションとしてBusiness Plus、Enterprise Standard、Enterprise Plus、Education Standard、Education Plus、Education Fundamentals、Nonprofitsが挙げられています。Business StarterやBusiness Standardでは使えません。またパソコンでのみ表示できると記載されています。

Q3. スプレッドシートでの工数管理は何人まで持ちますか？

明確な上限はありませんが、同時に編集する人が10人を超えるあたりから操作の競合が目立ちます。行数の目安としては、20人が1日4行入れると年間で約19,200行になります。月ごとにシートを分け、集計用と入力用を別シートにして保護をかければ、この規模までは実用に耐えます。

Q4. フォームとスプレッドシートはどちらがよいですか？

その日のうちに入力する人にはフォームが向きます。集計の式を壊されず、スマートフォンからも入れやすいためです。まとめて入力したい人や、過去の分を自分で訂正したい人にはスプレッドシートが向きます。集まる先を同じにしておけば、入り口を2つ用意しても集計に支障はありません。