なぜ「複数プロジェクトの稼働率管理」が破綻しやすいのか（よくある落とし穴）
複数案件を抱えると、稼働率の管理は一気に難易度が上がります。最初は「Excelでざっくり把握できればOK」と思っていても、気づけば数字が合わない・更新されない・誰も信じない表が出来上がりがちです。ここでは、20代の会社員が現場でハマりやすい“破綻ポイント”を先に潰していきます。
落とし穴1：稼働率の定義が人によって違う
稼働率と一口に言っても、「工数（時間）ベース」なのか、「日数ベース」なのか、あるいは「請求対象の稼働」だけを指すのかで数値が変わります。例えば同じ週でも、Aさんは会議や移動を含めて80%と書き、Bさんは開発時間だけで60%と書く…こうなると、集計しても意味がありません。
落とし穴2：プロジェクト単位の粒度がバラバラ
「プロジェクトA」と「プロジェクトA-保守」「プロジェクトA-追加開発」が混在すると、集計の単位が崩れて二重計上が起きます。さらに、案件名が微妙に違う（全角半角、表記ゆれ、略称）だけで別物扱いになり、ピボットや関数が効かなくなります。
落とし穴3：入力が“自由すぎる”Excelになっている
Excelは自由度が高い反面、運用設計がないと破綻します。典型例は次の通りです。
- 各自が別ファイルで管理し、最後に“誰かが”コピペで統合している
- 「今週分だけ」「忙しいから後で」など更新タイミングが人任せ
- 入力欄に文字・空白・メモが混ざり、数値集計が崩れる
結果として、締め日に慌てて修正→履歴が残らない→翌月さらに混乱、のループに入ります。
落とし穴4：実績と予定が同じ表でごちゃ混ぜ
よくあるのが、1つの表に「予定稼働」と「実績稼働」を同居させて、色や列の増殖で対応してしまうパターンです。ここで起きる問題は、どれが最新の数字かわからなくなること。予定が変わったのか、実績が入力漏れなのか、差分の理由が追えないため、管理資料としての信頼性が落ちます。
落とし穴5：「見たい人」と「入力する人」が違う
稼働率を見たいのは上司やPM、入力するのはメンバー、という状況は多いですよね。このとき、入力側にメリットがないと更新は止まります。入力が面倒・何に使われるかわからない・入力しても何も変わらない、となると、Excelは静かに放置されます。
ここまでの落とし穴をまとめると、稼働率管理が破綻する原因は「定義の不一致」と「入力のばらつき」、そして「集計しづらい構造」に尽きます。次章では、Excelで一元管理を成立させるために、まず最初に決めるべきルール設計（定義・粒度・入力ルール）を具体化していきます。
まず決めるべきルール設計（稼働率の定義・粒度・入力ルール）
Excelで稼働率を一元管理する前に、最初にやるべきは「表を作ること」ではなく、数字がブレないためのルールを先に固定することです。ここが曖昧だと、1章で触れた「定義の不一致」「粒度の崩壊」「入力の自由化」が再発して、集計が信用されなくなります。運用しながら揉めるより、最初に“迷わない選択肢”を用意しておきましょう。
1）稼働率の定義：何を分母・分子にするか
まずは稼働率を「何%」として扱うかを決めます。おすすめは、後で集計しやすい時間ベースです。
- 分母：所定労働時間（例：週40h、月160h）
- 分子：プロジェクトに充てた時間（例：A案件 12h、B案件 20h）
ここで必ず決めたいのが、会議・移動・社内調整・教育など「案件に直接ひもづかない時間」をどう扱うか。おすすめは、プロジェクト以外に共通カテゴリ（例：社内稼働、学習、休暇）を用意し、そこに入れるルールにすることです。これで「全部案件に押し込んで100%にする」問題を防げます。
2）粒度：いつ・どこまで細かく記録するか
次に、入力の粒度を決めます。細かすぎると続かず、粗すぎるとブレます。20代の現場運用なら、まずはこのどちらかが現実的です。
- 週次（おすすめ）：週単位で「案件×時間（h）」を入力
- 月次：月単位で「案件×時間（h）」を入力（変動が多い現場だと粗い）
また、案件の粒度は「プロジェクト」と「サブ作業」を混ぜないのがコツです。例として、プロジェクトIDを付けて「A／A-保守／A-追加開発」を別プロジェクトとして管理するか、1つにまとめるかを先に決めます。迷う場合は、請求や見積の単位に寄せると揉めにくいです。
3）入力ルール：表記ゆれと自由入力を封じる
破綻を防ぐ入力ルールは「頑張って正しく書く」ではなく、正しくしか書けないに寄せます。最低限、次をルール化しましょう。
- プロジェクト名は手入力禁止：選択式（プルダウン）前提
- 数値は時間（h）で統一：「0.5日」「半日」「午前」などの文字は禁止
- 小数の刻みを固定：例：0.5h単位、または1h単位
- 空欄の意味を統一：未入力なのか、0hなのか（原則は0h入力推奨）
さらに、入力の“締め”もルール化します。たとえば「毎週金曜18時までに当週実績を入力」のように、タイミングを固定すると更新が止まりにくくなります。
4）予定と実績の扱い：同居させるなら列で分ける
予定と実績をごちゃ混ぜにすると「最新がどれ？」問題が起きます。設計段階でどちらを管理するかを選びましょう。
- まずは実績だけ：運用が軽い。負荷把握や偏り検知に強い
- 予定＋実績：差分管理ができるが、入力工数が増える
両方やるなら、同じ表に入れる場合でも列を分けて「予定h」「実績h」を並べ、集計で比較できる形にします（色分けでの運用は破綻しやすいので非推奨）。
ここまでのルールが決まると、Excel側の設計は一気に簡単になります。次章では、これらのルールを崩さずに運用できるよう、マスタ／入力／集計を分離した一元管理シートの基本構成を作っていきます。
Excelで作る一元管理シートの基本構成（マスタ／入力／集計の分離）
ルール（定義・粒度・入力方法）が決まったら、次はExcelの“器”を整えます。ポイントはシンプルで、1つのブックの中で「マスタ」「入力」「集計」を分けること。これだけで、表記ゆれ・コピペ事故・集計崩れが激減します。
全体像：3シート構成にする
- マスタ：選択肢（プロジェクト名、メンバーなど）を管理する場所
- 入力：実績（必要なら予定も）を“行で積む”場所
- 集計：ピボットや関数で見える化する場所（入力しない）
「入力しやすさ」と「集計の壊れにくさ」を両立するには、入力＝データベース形式、集計＝別シートが鉄則です。
1）マスタシート：手入力を減らす“辞書”を作る
マスタは、入力シートのプルダウン元になります。最低限、次の2つは用意すると運用が安定します。
- プロジェクトマスタ（例：ProjectID / プロジェクト名 / 区分 / ステータス）
- メンバーマスタ（例：MemberID / 氏名 / 所属）
コツは、プロジェクト名ではなくProjectID（P001など）を主キーにすること。表記が多少変わっても集計がブレません。さらに「社内稼働」「学習」「休暇」など、2章で決めた共通カテゴリもプロジェクトとして登録しておくと、稼働が100%を超える・どこにも入らない時間が出る、を防げます。
2）入力シート：1行＝1レコードで“積み上げる”
入力は、見た目の表より縦に伸びる一覧（テーブル）が強いです。おすすめの列は次の形。
| 週（または日付） | MemberID | ProjectID | 実績h | 予定h（任意） | メモ（任意） |
|---|
- 週：週次運用なら「週の開始日（例：2026/01/05）」で統一すると集計が楽
- MemberID / ProjectID：手入力禁止。マスタ参照のプルダウンにする
- 実績h：数値のみ（2章で決めた刻み、例：0.5h単位）
- メモ：数値に混ぜない。あくまで補足欄に隔離
ここで大事なのは、案件ごとにブロックを作ったり、月ごとに表を分けたりしないこと。同じ列構造でずっと追記できる形にすると、ピボットや関数が壊れません。
また、Excelのテーブル機能（Ctrl+T）で入力範囲をテーブル化しておくと、行を追加しても集計側が自動追従しやすくなります。列名も固定されるので、「列を増やしたら集計が死んだ」を避けられます。
3）集計シート：触るのはここだけ、を徹底する
集計シートは、見る人（上司・PM）が欲しい形に加工する場所です。入力シートを直接いじらせないために、集計の見た目はこっちで作り込むのが正解です。
- 個人別：今週の合計h、プロジェクト別配分、偏り（特定案件に寄りすぎ）
- プロジェクト別：参加メンバー別の投入h、週次推移
- 全体：稼働の合計が所定労働時間と合っているか（未入力検知）
この段階では「関数で頑張る」より、まず集計しやすいデータ形（マスタ／入力分離＋ID管理）ができているかが重要です。次章では、この構成を前提に、ピボット・関数・条件付き書式で集計を自動化して即チェックできる見える化に落とし込んでいきます。
集計を自動化して見える化する（ピボット・関数・条件付き書式で即チェック）
3章の「マスタ／入力／集計」が分離できたら、次は集計を“手作業ゼロ”に寄せる段階です。稼働率管理で一番まずいのは、コピペや微調整が入り「誰かの編集」で数字が変わる状態。ここでは、ピボット＋最低限の関数＋条件付き書式で、更新した瞬間に異常に気づける仕組みを作ります。
1）ピボットで「個人×週」「案件×週」を一発で出す
入力シート（テーブル化済み）を元にピボットテーブルを作ります。おすすめは集計シートに2つ置く形です。
- 個人別稼働：行＝MemberID（or 氏名）、列＝週（週の開始日）、値＝実績h（合計）
- 案件別稼働：行＝ProjectID（or 案件名）、列＝週、値＝実績h（合計）
これで、「今週どの案件に何時間入ったか」「誰の負荷が高いか」が自動で出ます。入力が増えてもピボットの更新（データの更新）だけで追従するのが強みです。
2）関数は“チェック用”に絞る（未入力・超過・不足を検知）
見える化で効くのは、グラフより先に異常値の検知です。たとえば「個人×週」の右端にチェック列を作り、合計が所定時間とズレたら即わかるようにします。
- 週合計h：ピボットの行合計（または別セルでSUM）
- 差分：週合計h − 所定労働時間（例：40h）
- 判定：差分がプラス＝入れすぎ、マイナス＝入力漏れ or 未稼働
ポイントは、集計を関数で作り込むのではなく、ピボット結果に対して「OK/NG」だけ判定すること。これなら壊れにくく、見る側も判断が速いです。
3）条件付き書式で「見るだけで気づく」状態にする
最後に効くのが条件付き書式です。おすすめは次の3つ。
- 週合計が所定時間未満：セルを薄い赤（入力漏れの可能性）
- 週合計が所定時間超過：セルを濃い赤（過負荷）
- 特定案件の比率が高すぎ：案件配分のセルを黄色（偏り）
数字を読ませるのではなく、色で「ここだけ見ればいい」にすると、上司・PMの確認コストが下がり、結果的に運用が続きます。
4）更新を“ワンクリック化”して運用に乗せる
運用で地味に詰まるのが「更新が反映されてない」問題です。対策はシンプルで、集計シートの上部に「更新手順＝ピボット更新」を明記し、更新ボタン（ピボットの更新）だけで最新になる形に寄せます。ここまで作ると、入力担当は入力するだけ、見る側は更新して眺めるだけになり、稼働率管理が“作業”から“仕組み”に変わります。
運用で失敗しないためのコツ（更新フロー・権限・テンプレ化・改善サイクル）
ここまでで「作り方」は整いました。次に効くのは、Excelを運用の仕組みとして回す工夫です。稼働率管理が止まる理由は、複雑さより「誰が・いつ・何をするかが曖昧」なこと。5章では、現場で破綻しないための実装寄りのコツをまとめます。
1）更新フローを“1枚”にして固定する
おすすめは週次で次の流れに統一することです。
- 金曜18時：各メンバーが「入力」シートへ当週実績hを入力（0hも入れる）
- 月曜午前：管理者（PM/リーダー）がピボット更新→条件付き書式の赤セルだけ確認
- 月曜昼：未入力者へ個別リマインド（差分セルのスクショでOK）
ポイントは「全員が集計を見る」ではなく、見る人を固定すること。確認担当が明確だと、入力する側も「ちゃんと見られている」状態になり、更新が止まりにくくなります。
2）権限設計：入力は自由に、構造は触らせない
Excel運用で多い事故は、善意の修正でシート構造が壊れることです。対策は次の2つ。
- 入力シート：入力セル以外をロック（シート保護）し、プルダウン＋数値制限を徹底
- 集計シート：触って良いのは「更新」だけにする（フィルター操作はOK、数式編集はNG）
「マスタ更新できる人」も絞りましょう。ProjectIDの追加・終了（ステータス変更）を誰でもできると、粒度が崩れて1章の落とし穴に戻ります。
3）テンプレ化：次の案件・次の月でも“同じ型”で回す
うまく回ったExcelは、属人化させずテンプレ化します。具体的には、ブック冒頭に「取扱説明」を置くのが効きます。
- 入力ルール：粒度、締め、0h入力、メモの扱い
- 更新手順：「集計シートでピボット更新」だけを大きく書く
- 変更禁止エリア：マスタ列名、入力テーブル列、ピボット範囲
さらに、ファイル名も固定しましょう（例：稼働率管理_部署名_YYYY.xlsx）。探す時間が減るだけで、更新率が上がります。
4）改善サイクル：追加は慎重に、まず“未入力”を潰す
運用が始まると「項目を増やしたい」「グラフを増やしたい」が出ますが、最初に伸ばすべきは機能より入力の回収率です。おすすめの改善順はこれです。
- 未入力検知（差分・赤セル）が確実に機能しているか
- 表記ゆれゼロ（プルダウン・ID運用が守られているか）
- 慣れてきたら予定hやプロジェクト区分別の集計を追加
月1回だけでいいので「この項目、見てる？使ってる？」を確認し、使われない列は削る。Excel運用は、足すより削って維持する方が長続きします。
更新フローを固定し、権限で守り、テンプレで再現し、改善で軽く保つ。この4点を押さえると、稼働率管理は「頑張り」ではなく回る仕組みになります。
コメント