工数管理をエクセルで回す作り方｜月末にまとめて思い出す問題
工数管理をエクセルで始めたチームが、半年後にほぼ確実に同じ場所で詰まります。表の作りが悪いのではありません。月末が来てから「先月何にどれだけ時間を使ったか」を全員が思い出して入力する、という運用になってしまうところで詰まります。
思い出して書いた数字は、多くの場合それらしく見えます。合計は稼働日数と噛み合い、案件ごとの配分も違和感がない。ところが実際の作業とは別物になっていることがあります。長くかかった作業ほど記憶に残り、細切れの作業は丸ごと落ちる。落ちた分は「まあこれくらいだろう」で大きな案件に足される。表としては成立し、判断材料としては使えない数字が出来上がります。
この記事では、まず工数をエクセルで集める表の作り方を、列の決め方から関数、入力規則まで実務で使える粒度で書きます。そのうえで、月末にまとめて思い出す方式がなぜずれるのか、どこまでエクセルの中で直せて、どこから先は道具の置き場所を変える話になるのかを分けます。エクセルをやめさせる記事ではありません。エクセルで届く範囲を正確に知って、そのうえで次に何を変えるかを決めるための記事です。
工数をエクセルで集めるのは、いまでも妥当な出発点
工数管理の専用ツールは数多くあります。それでも、多くのチームが最初にエクセルを選び、そのまま何年も使い続けています。これは知識が無いからではなく、条件が揃っているからです。
工数を測ろうという動きが増えている背景には、生産性への関心があります。中小企業白書では、規模による生産性の差と、その改善手段としての業務プロセスの見直しが繰り返し取り上げられてきました。
中小企業の労働生産性は、大企業と比べて低い水準で推移しており、業務プロセスの見直しやデジタル化を通じた改善が課題となっている。 出典: chusho.meti.go.jp
業務プロセスを見直すには、まずどの仕事にどれだけ時間がかかっているかを知る必要があります。工数の記録は、その最初の一歩にあたります。ところが、記録の取り方が悪いと、見直しの土台になるはずの数字が判断を誤らせる方向に働きます。だからこそ、表の作り方と同じくらい、いつ書くかが重要になります。
表計算が工数の記録に向いている理由
1つ目は、集計の自由度です。工数は集めて終わりではなく、必ず何かに掛けて使います。単価を掛けて原価を出す、契約時間で割って消化率を出す、案件別に積み上げて粗利を見る、月次で並べて稼働の山谷を見る。こうした計算は表計算の中心的な用途で、しかも計算式を自分の目で読めます。専用ツールの集計は用意された切り口しか出せないことがあり、そこから外れた瞬間に結局CSVで書き出して表計算に戻す、という二度手間になります。
2つ目は、項目を自分で決められることです。工数の管理で見たい軸は、業種によってまったく違います。制作会社なら案件と工程、受託開発なら案件と機能、士業なら顧問先と手続きの種類、社内部門なら部署と業務分類。どれが正解ということはなく、自分たちの言葉で列を作れることが重要です。エクセルなら列を1つ挿入すれば終わりで、承認も設定画面も要りません。
3つ目は、始めるまでの摩擦がゼロに近いことです。アカウント発行も、稟議も、教育も、ほとんど要りません。誰でも開けて、誰でも書ける。工数記録は入力する人の協力が無いと成立しない仕組みなので、この「頼みやすさ」は実は大きな価値があります。新しいツールのアカウントを配って使い方を説明するより、既に全員が開ける表に書いてもらうほうが、初速は確実に速いです。
工数管理をエクセルでやることを、遅れた選択のように書く記事は多いですが、少なくともスタート地点としては合理的です。問題が出るのは、この仕組みが「集める」ところで止まってしまったときです。
それでも「月末にまとめて」になってしまう構造
エクセルの工数表は、作った時点では毎日書いてもらう前提で設計されます。ところが運用が始まると、多くのチームで入力タイミングが後ろへずれていきます。日次から週次へ、週次から月末へ。この移動には理由があります。
ファイルを開く行為そのものに手間があります。共有フォルダを開き、ファイルを探し、開き、自分の行を探し、書き、保存し、閉じる。1回あたり数分でも、毎日となると負担として認識されます。しかも誰かが開いていれば読み取り専用になり、書けません。書けなかった経験が2回続くと、人は「あとでまとめて書こう」に切り替えます。
さらに、締切の圧力がかかるのは月末だけです。日々の入力には誰も催促しません。催促が来るのは経理や請求の締めが近づいたときだけで、そのときに初めて全員が表を開きます。仕組みとしてそうなっている以上、月末にまとめて思い出す運用に収束するのは自然な結果です。現場でよく聞くのは、月末の2日間で先月分をまとめて埋めている、という話です。
工数を集める目的を1つに絞る
表を作る前に決めておくべきことがあります。集めた工数を何に使うのか、です。ここが曖昧なまま列を増やすと、誰のためでもない表ができあがり、入力が止まります。
工数を集める目的は、実務上おおむね次の4つに分かれます。請求や原価計算のための実績集計、次回案件の見積り精度を上げるための基礎データ、人の稼働が偏っていないかを見るための負荷把握、そして労働時間の適正な管理です。この4つは必要な粒度がまったく違います。
請求のためなら、案件と時間だけあれば足ります。見積りのためなら、案件だけでは足りず、工程や作業種別まで割る必要があります。負荷把握なら、人と日付の軸が要ります。労働時間の管理なら、始業終業や休憩の扱いが絡み、就業規則や法令の話になります。労働時間の記録として使う場合は、扱いを自己判断で決めず、社会保険労務士や所管の窓口に確認してください。制度に関わる部分は厚生労働省の情報も参照できます。
最初から4つ全部を狙うと、列が15を超えて入力が重くなり、結果として何も集まりません。まず1つに絞り、その目的に必要な最小の列だけで始めるほうが、最終的に長く続きます。
月末にまとめて思い出した数字は、どこがずれるのか
工数表が「入っているのに使えない」状態になる原因は、たいてい記憶に頼った入力です。ここを具体的に見ておくと、どこを直せばいいかがはっきりします。
記憶は時間の長さではなく、印象の強さで残る
人が思い出せる作業は、時間を多く使った作業ではありません。印象が強かった作業です。トラブル対応、長引いた会議、締切直前の追い込み、うまくいかなくて何度もやり直した作業。こうした出来事は鮮明に残るため、思い出しながら書くと実際より多めの時間が振られます。
逆に、淡々と進んだ作業は記憶に残りません。特に問題も起きず、予定どおり終わった作業ほど、月末には存在ごと忘れられています。結果として、うまくいった作業の工数が過小に、うまくいかなかった作業の工数が過大に記録されます。この歪みは、次回の見積りに使うときに致命的です。「前回この作業に3日かかった」という記録が、実は1.5日の作業に印象の重みが乗っただけ、ということが起こります。
落ちるのは短い作業ではなく、合間の作業
もう1つ、まとめて思い出すときに必ず落ちるものがあります。作業と作業の合間に発生した、名前の付いていない仕事です。
チャットでの相談への返信、仕様の確認、他の人の作業のレビュー、割り込みの問い合わせ対応、資料の探し物、環境の準備。どれも単体では15分や30分で、名前が付いていないため月末には思い出せません。ところが積み上げると相当な量になります。1日に30分の合間仕事が2つあるだけで、月20日なら20時間です。月の総稼働が160時間なら12.5%にあたります。
この分は消えるのではなく、思い出せる作業に上乗せされます。稼働時間の合計は各自が把握しているので、辻褄を合わせるために大きな案件へ寄せられるからです。つまり、名前の付いた案件の工数が実際より膨らみ、名前の付いていない仕事は存在しないことになります。この状態で「この案件は工数がかかりすぎている」という議論をしても、原因にはたどり着けません。
合計だけが合ってしまうという厄介さ
月末にまとめて入力した工数表は、検算しても異常が見つかりません。合計は稼働日数と時間から逆算されているので必ず合います。案件別の配分も、大きな案件に多く、小さな案件に少なく振られていて自然に見えます。
つまり、表を見ただけでは、その数字が実測なのか記憶による再構成なのかを判別できません。判別できないまま原価計算に使い、見積りに使い、人員配置の判断に使うことになります。数字があること自体が判断の根拠になってしまう分、何も無いより危ないことがあります。
工数のずれが問題になるのは、経理の精度ではなく意思決定の場面です。「この案件は赤字だった」という結論が記憶の配分から出ているなら、そこから導かれる「この種類の仕事は受けない」という判断も同じ根拠の上に乗っています。
ずれの大きさを、チームで一度測る方法
自分たちの表がどれくらいずれているかは、簡単な方法で確かめられます。1週間だけ、その日のうちに書く運用に切り替えるやり方です。
手順は単純です。まず、いつもどおり月末にまとめて書く形式で、直近1週間分を思い出して書いてもらいます。次の1週間は、終業前5分でその日の分を書いてもらいます。そして2つの週の、案件数と作業種別の数を比べます。時間の合計ではなく、行数と種類の数を比べるのが要点です。
現場でこの比較をすると、日次で書いた週のほうが行数が大きく増えるのが普通です。増えた分が、まとめて思い出したときに消えていた仕事です。時間の合計は両方の週でほとんど変わらないのに、内訳の細かさだけが変わる。この結果を見ると、記憶に頼る入力のどこが壊れているのかがチーム全員に伝わります。数字で説得するより早い方法です。
表を作る前に決めておく3つのこと
ここから、実際にエクセルで工数表を作る手順に入ります。列を並べる前に決めることが3つあります。ここを飛ばして作った表は、たいてい3か月以内に作り直しになります。
1行が何を表すのかを決める
最初に決めるのは列ではなく、1行の意味です。ここが曖昧な表は必ず破綻します。
選択肢は主に3つあります。1つ目は「人と日付の組み合わせ」で1行。つまり1人の1日が1行で、案件ごとの時間を横に列で並べる形です。入力は速いのですが、案件が増えると列が右へ伸び続け、案件が終わっても列を消せません。案件数が固定的で少ないチームには向きます。
2つ目は「人と日付と案件の組み合わせ」で1行。1人が1日に3件の案件に触ったら3行になります。行数は増えますが、案件が何件増えても列は変わりません。集計はピボットテーブルで自由に切れます。工数管理をエクセルで組むなら、多くの場合これが正解です。
3つ目は「1作業ごと」に1行。開始時刻と終了時刻を持たせる形で、最も精度が高い代わりに入力が重くなります。時間単価で請求する業態や、作業単位の分析が必要な場合に限って選ぶ形です。
迷ったら2つ目にしてください。1行が「誰が、いつ、どの案件に、何時間」を表す形です。この形はデータとして素直で、あとから別の道具へ移すときにもそのまま持っていけます。逆に1つ目の横持ち形式は、移行のときに必ず縦に組み替える作業が発生します。
分類は10個以内に絞る
工数の分類、つまり作業種別をどう作るかで、表の寿命が決まります。多くのチームが最初に細かく作りすぎて失敗します。
分類が多いと何が起きるか。入力する人が毎回迷います。「この作業は設計なのか、調査なのか」で数秒考える。この数秒が入力をやめる理由になります。さらに、人によって判断が違うので、同じ作業が別の分類に入ります。集計しても比較できません。
分類は10個以内、可能なら7個前後に絞ってください。迷ったときに入れる先として「その他」を必ず1つ置きます。運用を始めて数か月後に「その他」が全体の2割を超えていたら、そこに実は名前を付けるべき仕事が隠れています。そのとき初めて分類を1つ増やす。この順番なら、分類は現場の実態から生えてきます。
分類とは別に「案件」の一覧も必要です。案件は増減するので、分類とは別のシートでマスタとして持ち、入力側はそこから選ぶ形にします。案件コードを付けておくと、後で他のデータと突き合わせるときに楽です。
時間の単位を決める
工数を何分刻みで記録するかを最初に決めます。ここを決めないと、ある人は5分刻み、ある人は1時間刻みで書き、集計しても粒度が揃いません。
実務で使いやすいのは15分刻み、つまり0.25時間単位です。これより細かくすると入力の心理的負担が急に上がります。30分刻みでも成立しますが、合間の仕事が丸められて消えやすくなります。
そして、時間は「時刻」ではなく「数値」で入力させることを強く勧めます。理由は次の章で書きますが、エクセルで時間を扱うときの事故のほとんどは、時刻書式に起因します。1.5と書けば1時間30分、という取り決めにしておけば、集計も掛け算も素直に動きます。
エクセルで工数表を実際に組む手順
ここからは具体的な作り方です。手順どおりに進めれば、1時間ほどで運用できる形になります。
入力シートと集計シートを必ず分ける
最も多い失敗が、1枚のシートに入力欄と集計表を同居させることです。同居させると、入力する人が集計行を壊し、集計する人が入力行を消します。行の挿入位置を間違えると数式の範囲から外れ、静かに集計から抜け落ちます。
シートは最低3枚に分けます。入力用のシート、マスタ用のシート、集計用のシートです。入力用シートには表を1つだけ置き、余計な装飾も小計行も置きません。マスタ用シートには案件一覧と作業分類とメンバー一覧を置きます。集計用シートにはピボットテーブルや関数の結果だけを置き、手入力の数字を混ぜません。
この分離を守るだけで、表が壊れる頻度が大きく下がります。
列の最小構成
入力シートの列は、次の並びから始めるのが実用的です。
| 列 | 内容 | 入力方法 |
|---|---|---|
| 日付 | 作業した日 | 日付入力 |
| 氏名 | 誰の工数か | ドロップダウン |
| 案件 | 案件名または案件コード | ドロップダウン |
| 作業分類 | 設計、実装、確認など | ドロップダウン |
| 時間 | 数値。0.25刻み | 手入力 |
| メモ | 任意。何をしたか一言 | 手入力 |
6列です。これ以上増やしたくなったときは、その列が「集計に使うのか」を自問してください。集計に使わない列は、メモに書けば足ります。承認欄や請求フラグを入れたくなることがありますが、運用が固まるまでは入れないほうが続きます。
メモ列は軽視されがちですが、実は最も価値があります。あとで数字がおかしいと感じたとき、メモが無いと何も検証できません。10文字程度でいいので何をしたかを残す習慣があると、表が読み物として機能し始めます。
テーブル化とドロップダウンで入力を固める
入力シートの表は、必ずテーブルに変換します。表の中のセルを選んでCtrlキーとTキーを同時に押すと、テーブルになります。テーブルにする利点は3つあります。行を追加すると数式と書式が自動で伸びること、集計側で範囲指定が自動追従すること、そして列名で参照できるようになり数式が読めるようになることです。
テーブルにしないまま運用すると、月の途中で行を足したときに集計範囲から漏れます。この漏れは合計が少し減るだけなので気づきにくく、気づいたときには数か月分がずれています。
次に、氏名、案件、作業分類の3列にドロップダウンを設定します。データタブのデータの入力規則から、リストを選び、元の値にマスタシートの範囲を指定します。マスタ側もテーブルにしておけば、案件を追加したときにドロップダウンへ自動で反映されます。
ドロップダウンにする理由は、入力を楽にするためだけではありません。表記ゆれを止めるためです。同じ案件が「A社サイト改修」「A社 サイト改修」「A社サイト改修案件」と3通りで入っていると、集計では3件の別案件になります。手入力を許した工数表は、ほぼ確実にこの状態になります。
集計はピボットテーブルかSUMIFSの二択
集計の方法は大きく2つです。
ピボットテーブルは、入力シートのテーブルを選んで挿入タブから作ります。行に案件、列に月、値に時間の合計を置けば案件別月別の工数表になります。行を氏名に変えれば人別、行を作業分類に変えれば工程別。切り口をその場で変えられるのが強みで、分析の探索段階ではこちらが圧倒的に速いです。注意点は、元データを更新しても自動では反映されないことです。データタブの更新を押す必要があります。この更新忘れが「先月と数字が違う」の原因になります。
SUMIFSは、決まった形の帳票を毎月作るときに向いています。案件別の集計行を並べておき、条件に案件名と月の範囲を指定して合計する形です。テーブル名と列名で書けるので、範囲がずれる事故が起きにくくなります。月の絞り込みは、日付列に対して開始日以上かつ終了日以下という2条件を指定する形にしておくと、月ごとにコピーして使い回せます。
現実的には両方使います。定型の請求用集計はSUMIFS、原因を追いかけるときはピボットテーブル、という使い分けです。
時間の書式でつまずかないために
エクセルで工数を扱うときに最も多い事故が、時間の表現です。ここを知らないと、集計結果が意味不明な値になります。
エクセルの内部では、時刻は1日を1とする小数で保持されています。つまり6時間は0.25、12時間は0.5です。時刻形式で入力したセルを合計すると、合計が24時間を超えた瞬間に表示が0に戻ります。30時間の合計が「6:00」と表示される、という現象がこれです。
これを避ける方法は2つあります。1つは表示形式をブラケット付きの時間表記にすること。表示形式のユーザー定義で角括弧で囲んだhとmmを指定すると、24時間を超えても累計で表示されます。もう1つは、そもそも時刻書式を使わず、数値で入力させることです。
工数管理では後者を勧めます。数値で持っていれば、単価を掛けるのも、日数に割るのも、そのまま計算できます。時刻書式のまま単価を掛けると、24倍のずれが出ます。時刻形式のデータを数値の時間に直したいときは24を掛けます。この変換を忘れた集計表は、金額が実際の24分の1になるため、幸い異常には気づけます。
入力漏れを色で見せる
工数表が形骸化する最大の原因は、入力していない人がいることに誰も気づかないことです。エクセルの中でも、ここはかなり改善できます。
作り方は次のとおりです。集計シートに、メンバーと日付の交差する表を作り、その日その人の入力時間の合計をSUMIFSで出します。そこに条件付き書式をかけて、合計が0の平日セルを赤く塗ります。土日祝は塗らないように、曜日の判定を条件に混ぜます。
この表があると、月末に「誰が入れていないか」を探す作業が消えます。週の途中でも一目で分かるので、声をかける相手が特定できます。ここまで作ってあるエクセルの工数表は、それだけで多くの専用ツールと同等の実用性があります。
さらに一歩進めるなら、その日の合計が2時間未満の平日を黄色で塗るルールを足します。0ではないが明らかに少ない日は、入力漏れの可能性が高い日です。0だけを見ていると、この半端な漏れを取り逃がします。
入力が集まらない原因は、様式ではなく導線にある
ここまでで表は完成します。ところが、表が良くなっても入力が集まるとは限りません。集まらない理由は、たいてい表の外にあります。
締めを月末から週末へ動かす
最も効果が大きい変更は、締めのタイミングを前倒しすることです。月末締めを週末締めに変えるだけで、思い出す距離が最大30日から最大5日に縮みます。
人が作業内容を具体的に思い出せる期間は、そう長くありません。数日前のことは断片的に思い出せますが、3週間前の火曜日の午後に何をしていたかを正確に言える人はほとんどいません。週次にすると、少なくとも「今週の月曜は何をしていたか」は追える範囲に入ります。手帳やカレンダーを見返せば復元できる距離です。
さらに効くのが、週次の締めを「金曜の終業前」ではなく「金曜の午後の決まった時刻」に置くことです。終業前は、その日の仕事が押したときに真っ先に飛ばされます。あるチームでは、週次の定例会議の冒頭5分を入力時間に充てて、全員がその場で書く形にしています。会議の枠を使うので、書かないという選択肢が実質的に無くなります。
日次まで持っていければ理想ですが、まず週次で定着させるほうが現実的です。日次を求めて誰も守らない状態より、週次を全員が守る状態のほうが、集まるデータは確実に良くなります。
1回の入力を90秒以内で終わらせる設計
入力が続くかどうかは、1回にかかる時間でほぼ決まります。目安として、1回の入力が90秒を超えると習慣になりません。
90秒を実現するには、ファイルを開いてから書き終えるまでの動作を数えます。共有フォルダを探す、ファイルを開く、シートを選ぶ、自分の入力位置まで下へスクロールする、日付を打つ、名前を選ぶ、案件を選ぶ、分類を選ぶ、時間を打つ。この中で削れるものを削ります。
ファイルへのショートカットをデスクトップに置く、開いたときに入力シートが選択された状態で保存しておく、テーブルの最終行へ飛ぶショートカットを共有する、日付は今日の日付を出す数式ではなく手打ちの型を決めておく。地味ですが、この積み重ねで3分が1分になります。
もう1つ効くのが、行のコピーです。前の週の自分の行をまとめてコピーして、日付と時間だけ直す。同じ案件に継続して関わっている人なら、これで入力時間が半分以下になります。この使い方を最初に説明しておくと、定着率が変わります。
思い出すための手がかりを、記憶の外に置く
思い出す作業を楽にする方法があります。記憶ではなく記録から復元させることです。
多くの人は、その日にやったことの痕跡をどこかに残しています。カレンダーの予定、チャットの発言、メールの送信履歴、コミットの履歴、作成したファイルの更新時刻。工数を書くときにこれらを見返す習慣を作ると、思い出す精度が上がります。
具体的には、入力の手順書に「まずカレンダーとチャットの自分の発言を、その週の分だけ上から見る」という1行を入れます。それだけで、会議に出ていた時間、割り込みの対応、レビューの依頼といった、記憶から落ちやすい仕事が拾えます。
さらに進めるなら、案件ごとのチャットや進行の記録を工数入力の直前に見る運用にします。ここが、エクセルの工数表と進行管理の場所が離れていることの弱点でもあります。記録が別の場所に散っていると、見返す先が3つも4つもあり、そこで面倒になって記憶に頼る入力へ戻ります。
入力しない人を責めない仕組みにする
工数の入力が集まらないとき、入力する人の意識の問題として扱われることがあります。この扱い方は、ほぼ確実に逆効果になります。
工数の記録は、入力する本人には直接の利益がありません。書いても自分の仕事は速くならず、むしろ時間が減ります。にもかかわらず頼んでいる以上、集まらない責任は仕組み側にあると考えるほうが現実的です。
効くのは、集めた数字を返すことです。月次で「この案件は見積り80時間に対して実績104時間だった」「レビューに使われている時間が全体の15%ある」といった結果を、入力した全員に見せます。自分の書いた数字が何かの判断に使われたと分かると、入力の意味が変わります。逆に、集めた数字が誰にも共有されないまま経理へ消えていく運用は、必ず形骸化します。
もう1つ、書かれた数字を評価に直結させないことも重要です。工数が多い人が怠けていると解釈される空気があると、数字は必ず歪みます。実態を知るために集めているのに、実態が書けなくなる。この矛盾に陥ると、どんな表を作っても正確な数字は集まりません。
エクセルの工数表を運用し続けるための工夫
作った表を1年以上使い続けるには、いくつか決めておくべきことがあります。
ファイルが分裂しないようにする
エクセルで複数人が同じファイルを扱うとき、最初にぶつかるのが同時編集です。誰かが開いていると2人目は読み取り専用になり、書けません。書けなかった人はファイルを複製して手元で書き、あとで誰かが統合します。この統合作業が発生し始めたら、工数管理の運用は静かに壊れ始めています。
回避の方法は主に3つです。1つ目は、クラウド保存の共同編集機能を使うこと。全員が対応する版のアプリを使い、常時ネットワークにつながっていることが条件です。デスクトップ版で開く人が1人いるとロックが復活します。
2つ目は、入力ファイルを人ごとに分けること。1人1ファイルにすれば衝突は起きません。ただし集計時に全ファイルを読み込む必要があり、ファイルが増えるほど集計側の手間が増えます。人数が10人を超えるとこの方式は苦しくなります。
3つ目は、入力をフォームで受けて、集計だけを表計算で行うこと。入力の同時性の問題は消えますが、フォーム側の設定と表計算側の連携を維持する手間が生まれます。
どれを選ぶにしても、複製されたファイルが1つでも生まれた時点で数字の信頼性は落ちます。ファイル名に日付や「最新」を付けたコピーが並び始めていないかは、月に1度は確認する価値があります。
月をまたぐときの持ち方
工数表を月ごとにファイルを分けるか、1つのファイルに積み上げるかは、早い段階で決めておくべきです。
月ごとに分けると、1ファイルが軽くなり、月次で締めた後に触られる心配も減ります。一方で、複数月をまたいだ集計が急に面倒になります。案件は月をまたいで続くので、案件別の累計工数を出したいときに毎回複数ファイルを開くことになります。
1つのファイルに積み上げると、集計は楽です。ピボットテーブルで期間を切るだけで済みます。行数は、20人が1日3行書いても月1200行程度で、年間1万4400行。表計算ソフトの上限に対しては十分に小さい規模です。
案件別の分析をするなら、積み上げ方式を勧めます。そのうえで、締めた月の行を保護して編集できないようにしておくと、過去の数字が後から書き換わる事故を防げます。
集計の自動化はどこまでやるか
エクセルに慣れた人ほど、集計を凝った作りにしがちです。マクロで集計を自動化し、複数ファイルを読み込み、帳票を自動出力する。これができると確かに速いのですが、リスクもあります。
作った人しか直せない状態になることです。集計の仕組みが複雑になるほど、その人が異動したり退職したりしたときに誰も触れなくなります。工数の集計は毎月必ず発生する業務なので、止まると実害が出ます。
自動化する範囲を決める基準として、「作った人以外が、説明を受けずに読んで直せるか」を使ってください。ピボットテーブルとSUMIFSの範囲なら、多くの人が読めます。マクロや複雑な配列数式に入ると、読める人が急に減ります。
時間の節約と、属人化のリスク。この2つを天秤にかけて、毎月30分の節約のために誰も直せない仕組みを作るのは割に合いません。
エクセルのままでは直しきれない部分
ここまでの工夫で、エクセルの工数管理はかなり良くなります。ただし、構造上どうしても残る問題があります。ここを認識しておくと、次の判断がしやすくなります。
進行の場所と記録の場所が離れている
最も本質的な問題がこれです。仕事は、チャットやタスクの一覧や打ち合わせの中で進みます。工数の記録は、別のファイルの中にあります。この2つが物理的に離れているので、記録するには「進行の場所での出来事」を「記録の場所」へ人間が運ぶ必要があります。
この運ぶ作業が、思い出す作業の正体です。距離があるかぎり、記憶に頼る部分はゼロになりません。締めを週次にしても、手がかりを用意しても、運ぶ作業そのものは残ります。エクセルの表をどれだけ改良しても、この距離は縮みません。表は記録の場所を良くする道具であって、進行の場所と統合する道具ではないからです。
人が増えると締め作業が線形に増える
取りまとめる人の負担は、人数にほぼ比例して増えます。未入力を確認し、催促し、内容の怪しい行を確認し、案件名の表記ゆれを直し、集計を回し、経理へ渡す。この一連が月に1回発生します。
5人なら1時間で終わることが、30人になると半日仕事になります。しかもこの作業は1人に集中し、代わりがいません。取りまとめる人が休んだ月に締めが遅れる、という状態は、仕組みとして危うい状態です。
判断の目安を1つ挙げるなら、締め作業に月4時間以上かかっているなら、道具の置き場所を見直す段階に来ています。年間で48時間、人件費に換算すれば無視できない額です。
過去の実績を次の見積りに使いにくい
工数を集める目的の中で、最も価値が高いのは見積りの精度向上です。ところがエクセルの工数表は、この用途で使いにくい構造になりがちです。
見積りに使うには、「同じような作業が過去にどれだけかかったか」を引き出せる必要があります。そのためには、工数の行が過去のタスクと結びついていなければなりません。エクセルの工数表は案件名と作業分類までしか持たないことが多く、「あのときのあの作業」までは遡れません。メモ列があれば多少は追えますが、検索して読み解く作業になります。
タスクと工数が同じ場所にあれば、この結びつきは自動的に残ります。進行の記録と工数の記録が離れていることの、もう1つの代償がここに出ます。
記録を進行の隣に置くという直し方
エクセルで届かない部分を直すには、記録の場所を進行の場所に近づけるしかありません。つまり、タスクが並んでいる場所に、そのタスクの時間が乗る形にするということです。
板の上に時間が乗ると、思い出す量が減る
ボード型のタスク管理では、カードが1つの仕事を表します。そのカードに時間を記録できれば、進行の場所と記録の場所が同じになります。作業を終えてカードを次の列へ動かすとき、ついでに時間を入れる。動かす動作と記録する動作が1つになるので、思い出す距離がほぼゼロになります。
この形にすると、月末に思い出す作業が要らなくなるだけでなく、記録の内訳が細かくなります。カードは実際の仕事の単位で作られているので、「名前の付いていない合間の仕事」もカードとして存在していれば拾えます。エクセルの表で消えていた分が、そのまま残ります。
もう1つの変化が、見積りへの接続です。カードに見積りの時間と実績の時間が両方乗っていれば、次に似た仕事を計画するとき、過去の同じ種類のカードを見れば済みます。案件名と作業分類から推測する必要がありません。
ボード型の道具で何ができるのかはできることに整理されています。板と列とカードという構造がどう動くのか、進行と記録をどこまで同じ場所に載せられるのかは、先に確認しておく価値があります。
移すときに残すもの、外へ出すもの
道具を替える話になると、エクセルを全部やめる前提で語られがちですが、それは現実的ではありません。残すべき部分があります。
残すのは、計算が主目的の表です。単価を掛けた原価計算、請求書の元になる集計、予算との突き合わせ、年度の推移。この手の計算は表計算のほうが速くて自由で、しかも経理側が読めます。集計の切り口を毎回変えたい分析も、表計算のほうが向いています。
外へ出すのは、複数人が同時に更新する部分です。つまり、日々の工数の入力そのものと、その入力に紐づくタスクの進行です。ここだけを外へ出して、集計はCSVで書き出して表計算で行う。この使い分けが、多くのチームにとって現実的な着地点になります。
工数管理を移すときに気になるのが、これまでの記録をどう扱うかです。過去の工数データは、案件別の集計結果さえ残っていれば、明細まで移す必要はほとんどありません。移すのは、これから進むタスクのほうです。既にボード型の道具を使っていて、そこから移す場合の手順はTrelloからの移行にまとめてあります。取り込みの対象になる範囲と、手作業が必要になる部分が書かれています。
工数のような、案件の中身に触れる情報を外部のサービスに置くことに不安がある場合は、データの扱いをどう考えているかを先に確認してください。安全性の考え方に、預かるデータの範囲と保管の考え方が整理されています。社内で稟議を通すときに聞かれる点は、だいたいここに含まれます。
道具を比べるときに、どこを見るか
工数の記録をタスクの場所に寄せるとして、どの道具を選ぶかは条件次第です。既に使っているものがあるなら、無理に替える理由はありません。判断材料として、それぞれの性格の違いを整理しておきます。
カードを並べる板の形でシンプルに進行を管理する型は、導入の速さが強みです。工数の記録を足すときに、拡張機能で対応するのか標準で持つのかが分かれ目になります。Trelloとの比較で、標準機能の範囲と拡張の扱いの違いを見られます。
タスクの粒度を細かく設計できる型は、工数や依存関係まで含めて管理できる反面、設定の設計に時間がかかります。進行を預かる人が使いこなせても、全員が同じ水準で入力し続けられるかは別の問題です。Asanaとの比較で、機能の多さと定着のバランスの見方を扱っています。
文書とデータベースを兼ねる型は、自由度が高く、工数の表も自分で設計できます。ただし構造を決めるのも維持するのも自分たちなので、エクセルで起きていた「作った人しか直せない」問題が形を変えて再発することがあります。この点はNotionとの比較に整理されています。
広い範囲を1つの基盤で扱う型は、工数だけでなく周辺業務も載せられます。その分、使わない機能の設定まで見ることになり、小さなチームでは持て余しやすくなります。monday.comとの比較で、必要な機能と使わない機能の切り分け方を扱っています。
課題管理から発展した型は、開発の現場で長く使われてきた実績があり、課題と工数の結びつきに強みがあります。開発以外の業務を同じ場所で回すかどうかで評価が変わります。Backlogとの比較にこの使い分けが書かれています。
国内発のボード型との違いは、機能の有無というより、料金の区切り方と画面設計の考え方に出ます。Jootoとの比較で、その差の見方を整理しています。横に並べて全体を眺めたいなら比較の一覧から入るのが早いです。
これらの比較ページでは、こちら側の弱いところも同じ扱いで並べています。ソースコードを預かるリポジトリの機能は持っていないこと、自動化や外部サービスとのつなぎ込みでは勝負しないこと、画面は日本語だけであること、自動で取り込めるのはTrelloからだけであること。この4点に該当する要件が工数管理の前提にあるなら、他の道具のほうが合います。
料金の区切りと、試すときの進め方
道具の検討が止まる原因の多くは、金額そのものではなく区切りの位置にあります。必要な機能が上位プランにあると、試す前に承認を取る話になり、そこで検討が終わります。工数の記録が上位プランの機能として置かれていると、まさにこれが起きます。
機能で絞らず、区切るのは人数とボードの数だけという設計であれば、まず1つの案件だけを板に載せて2週間試す、という進め方ができます。区切り方の詳細は料金で確認できます。なお、各サービスの料金や上限は変わるため、判断の直前に必ず公式のページで確かめてください。この記事では、公開資料で確かめられない数字は書いていません。
試すときの進め方として現実的なのは、全社一斉ではなく1案件だけで始める形です。工数の記録が実際に軽くなるかどうかは、2週間もあれば分かります。判断の材料は、入力率と締め作業の時間の2つで足ります。入力率が週8割を超えていて、締めにかかる時間が半分以下になっていれば、広げる価値があります。逆に、入力率がエクセルのときと変わらないなら、原因は道具ではなく運用の側にあります。その場合は道具を替えても直りません。
導入前に出やすい疑問はよくある質問にまとめてあります。
工数管理は、道具より「何のために集めるか」で決まる
最後に、工数管理をエクセルで続けるにしても道具を替えるにしても、変わらない点を書いておきます。
工数の数字は、集めた瞬間には何の価値もありません。価値が出るのは、その数字を見て何かを変えたときだけです。この案件の見積りを次から上げる、この工程に人を足す、この作業をやめる。こうした判断につながって初めて、入力してもらった時間が回収されます。
だからこそ、集める前に「何を判断するために集めるのか」を決めておく必要があります。目的が決まっていれば、必要な粒度が決まり、列の数が決まり、入力の負担が決まります。目的が決まっていないと、念のために細かく集めることになり、負担だけが増えて誰も見ない表ができあがります。
エクセルで作った表が形骸化するのも、専用の道具に替えて定着しないのも、原因の多くはここにあります。表の作りでも道具の性能でもなく、集めた数字の行き先が決まっていないことです。逆に言えば、行き先が決まっているチームは、エクセルのままでも十分に使える工数管理を回しています。まず目的を1つに絞ること。そのうえで、月末にまとめて思い出す構造だけを外すこと。この順番であれば、道具の話は最後に自然と決まります。
Q1. 工数管理をエクセルで始めるとき、最初に決めるべきことは何ですか？
列の構成ではなく、集めた工数を何に使うかです。請求のための実績集計、次の見積りの精度向上、人の負荷把握、労働時間の管理では、必要な粒度がまったく違います。目的を1つに絞れば必要な列が決まり、入力の負担も小さくできます。4つ全部を狙うと列が増えて入力が続かず、結局何も集まりません。
Q2. 工数の入力は、日次と週次のどちらにすべきですか？
まず週次で定着させるのが現実的です。月末締めだと最大30日前を思い出すことになり、細切れの仕事が丸ごと落ちます。週次なら手帳やチャットの履歴から復元できる距離に収まります。日次を求めて誰も守らない状態より、週次を全員が守る状態のほうが、集まる数字は確実に正確になります。
Q3. エクセルで工数を集計すると合計がおかしくなるのはなぜですか？
時刻書式が原因のことがほとんどです。エクセルは時刻を1日=1の小数で持つため、合計が24時間を超えると表示が0に戻ります。角括弧付きの時間表示形式にするか、そもそも時刻ではなく1.5のような数値で入力させると解決します。単価を掛ける計算がある場合は、数値で持つほうが事故が起きません。
Q4. どのくらいの規模になったら、エクセルでの工数管理を見直すべきですか？
人数より、締め作業にかかる時間で判断してください。未入力の催促、表記ゆれの修正、集計までを含めて月4時間を超えているなら見直す段階です。その作業は1人に集中しやすく、代わりがいない点もリスクになります。ただし原価計算や請求用の集計は表計算に残し、日々の入力だけを外へ出す使い分けが現実的です。