工数管理で毎月困るのは、合計時間の計算より「この2時間はA社かB社か」「この修正はどの案件か」という分類です。Googleカレンダーには予定タイトル・説明・カレンダーそのものという複数の分類場所があるため、先にルールを決めておくと月末の検索が短くなります。
3つの記録構造を比較する
| 構造 | 向く状態 | メリット | 注意点 |
|---|---|---|---|
| 1カレンダー＋予定名 | 案件が少ない | 設定が簡単 | 命名が崩れると分類しにくい |
| 取引先ごとにカレンダー | 継続取引先が複数 | カレンダー単位で分けやすい | カレンダー数が増える |
| カレンダー＋予定名 | 取引先の中に複数案件 | 取引先と案件の2階層を持てる | ルールを複雑にしすぎない |
予定名は「後から判別できる」ことを優先する
予定名を詳細な日報にする必要はありません。月末に見たとき、最低限どの仕事か分かればよいので、例えば次のような短い形式で十分です。
[A社] 定例会議
[A社 / LP改善] 実装
[B社 / 記事] 構成作成
予定名へ個人情報や機密情報を過剰に書く必要はありません。共有カレンダーを使う場合は、閲覧者に見えてよい表現かも確認します。
工数管理を始める5ステップ
- 管理単位を決める：取引先別まで必要か、案件別まで必要かを決める。
- カレンダー構造を決める：1つで運用するか、主要取引先を分けるか。
- 予定名の最小ルールを決める：取引先名または案件名を先頭に置くなど、1ルールに絞る。
- 実績へ修正する：予定時間と実作業が違った場合は終了後か週次で直す。
- 月末に集計する：カレンダー / 案件単位で時間を確認し、請求対象を別途判断する。
期間内の時間を単純に合計する方法は作業時間集計の記事へ分離しています。工数管理の記事では、「どう分類するか」で詳しく扱います。
請求対象と工数は分けて持つ
A社のために使った時間がすべて請求対象とは限りません。見積もり、営業、契約外の自主学習などの扱いは契約や業務実態によって変わります。工数管理では総投入時間を残し、請求時に対象時間を選ぶ方が、後から採算を振り返りやすい場合があります。
Calvoの取引先とカレンダー紐付け
現在のCalvoでは、実装上取引先データに `linkedCalendarIds` を保存でき、取引先編集画面でGoogleカレンダー一覧から紐付け対象を選ぶ経路があります。請求書作成時は選択した取引先に紐づくカレンダーからWorkLogを取得する設計です。
つまり、継続取引先ごとにカレンダーを分けている人とは相性を作りやすい構造です。一方、すべての仕事を1カレンダーに入れて予定名だけで分類している場合、現在の主要取得経路ではキーワードフィルタが適用されていることを確認できません。
よくある失敗
取引先ごとに細かく分けすぎる
単発案件まで専用カレンダーを作ると、登録先を選ぶ負担が増えます。毎月請求する継続先だけ分け、単発は予定名で区別する混合方式も候補です。
予定名の表記ゆれが多い
「A社」「A株式会社」「A案件」のように揺れると後から検索しにくくなります。正式名称にこだわるより、自分が迷わない短い固定表現にします。
予定と実績を分けていない
工数は実績で見る必要があります。将来予定の段階で入れた時間を、完了後に修正する工程を忘れないようにします。
「取引先」と「案件」を同じ階層にしない
継続取引先の中に複数案件がある場合、カレンダー名を案件ごとに増やすと管理数が急に増えます。そこで「カレンダー = 取引先」「予定名 = 案件 / 作業」のように役割を分けると、二階層で整理できます。
逆に、1社につき1案件しかなく、取引先数も少ないなら、1つの仕事用カレンダーと予定名だけで十分です。設計は将来の最大規模ではなく、現在の月末確認で困っている場所に合わせます。
共有カレンダーを工数記録に使うときの注意
クライアントが管理する共有カレンダーは、予定削除や権限変更の影響を受ける可能性があります。また、取引先の予定名が自分の請求明細に適した表現とは限りません。請求根拠として長期保持したいなら、自分側でどの情報を残すかも考えます。
現在のCalvoは実装上Calendar APIから読み取った予定をWorkLogへ変換しますが、WorkLog自体を恒久的なクラウド工数台帳として保存する設計とは確認していません。請求書に変換した情報はローカル保存されますが、元予定が将来変更された場合の追跡方法は別途考える必要があります。
運用を複雑にしすぎていないか確認する
- 予定を登録するとき、どのカレンダーか迷わない
- 案件名の表記ルールを1行で説明できる
- 月末に取引先別の予定を短時間で絞れる
- 共有相手に見せたくない情報を予定名へ書いていない
- 終了後に実績時間へ直すタイミングが決まっている
- 単発案件のためにカレンダーを増やしすぎていない
このチェックで迷う項目が多い場合は、分類軸を減らします。工数管理は詳細さより、毎回同じルールで記録できることが重要です。
カレンダーを分けるタイミングの目安
1カレンダー運用で「月末にA社だけを拾うのに何度も検索する」「同じ略称が別案件で衝突する」「取引先ごとの時間を毎月手作業で色分けする」といった負担が出たら、取引先別カレンダーを検討するタイミングです。
一方、取引が終わるたびに新しいカレンダーを増やすと、過去カレンダーの管理も必要になります。継続性の高い取引先だけ分け、短期案件は予定名で補うなど、分類コストと月末集計コストの合計が小さくなる構造を選びます。
案件が終了した後の整理も決めておく
取引先別カレンダーを増やす運用では、案件終了後に削除するのか、非表示にして履歴を残すのかを決めます。過去の請求や工数を後から確認する可能性があるなら、安易に削除するより、終了済みと分かる名前へ変更して表示を外す方法もあります。
また、共有カレンダーの所有権が相手側にある場合、自分が将来も参照できるとは限りません。請求確定時に必要な情報が別の請求書データへ残るか、契約終了後の確認方法まで考えておくと安心です。運用終了時の扱いまで含めてルール化します。
取引先とGoogleカレンダーを紐付けて請求前に確認する
Calvoでは取引先ごとに紐づくカレンダーIDとデフォルト時間単価を保存するコードが確認できます。予定名による自動案件判定は現在の機能説明には含めません。
よくある質問
取引先ごとにカレンダーを必ず分けるべきですか？
必須ではありません。案件数が少なければ1カレンダー＋予定名で十分です。月末の分類負担が大きくなった時点で分割を検討できます。
予定名に作業内容を細かく書くべきですか？
後から案件を判別できる範囲で十分です。共有範囲や機密性も考慮し、必要以上の情報を書かない方がよい場合があります。
Calvoは予定名のキーワードで自動分類しますか？
現時点ではその機能を利用可能とは案内していません。関連する関数はありますが、現在確認できる主要WorkLog取得経路への適用を確認できていないためです。