1章：なぜ「負荷の見える化」が必要？プロジェクトが回らなくなる典型パターン
プロジェクトが「急に回らなくなる」瞬間は、だいたい前兆があります。それがメンバーの負荷が見えていない状態です。タスク管理ツールを入れていても、「誰がどれだけ抱えていて、いつ詰まるのか」まで見えていないと、問題は静かに積み上がります。そしてある日、遅延・残業・品質低下が同時に起きて爆発します。
20代の会社員だと、現場ではこんな会話になりがちです。
- 「一旦これお願い！」が積み重なって、気づけば手一杯
- 「今週は忙しい」けど、どの程度か数字で説明できない
- リーダー側も「たぶん大丈夫」で割り振ってしまう
負荷を見える化する目的はシンプルで、詰む前に手を打つためです。具体的には次の3つができるようになります。
- 偏りの早期発見：特定の人だけが高負荷になっていないか
- 調整の根拠づくり：納期交渉、優先度変更、増員相談を「数字」で話せる
- 段取りの前倒し：燃えそうな週を事前に見つけ、前の週に分散できる
逆に、見える化できていない現場で起きる典型パターンは次の通りです。
パターン1：仕事が「量」ではなく「気合い」で回っている
期限が近づくと残業で帳尻を合わせる。短期的には成立しますが、疲労でミスが増え、手戻りが増え、さらに残業が増える…というループに入ります。ここで重要なのは、工数の見積もりが外れたのではなく、外れていることに早く気づけなかった点です。
パターン2：「見えない仕事」が増殖して炎上する
問い合わせ対応、レビュー、会議、差し込み修正など、タスク化されにくい仕事が積み上がります。タスク一覧には載っていないのに時間は溶けるので、計画上は余裕なのに現実はパンクします。負荷の見える化では、こうした業務も含めて“時間を使っているもの”を俯瞰します。
パターン3：ボトルネックが固定化し、待ち行列が発生する
レビューできる人、仕様判断できる人、検証環境を触れる人など、限定された役割に依存すると、そこが詰まった瞬間に全体が止まります。見える化がないと「止まってから気づく」ので、関係者のスケジュール調整だけで数日消えます。
パターン4：「誰が空いてる？」が毎回カンと印象で決まる
負荷の把握が雑だと、声が大きい／反応が早い人にタスクが寄りがちです。結果として、優秀で真面目な人ほど潰れます。見える化は、メンバーを管理するためではなく、無理な集中を防ぐ安全装置です。
ここまで読むと「でも専用ツールが必要では？」と思うかもしれません。ですが、まずはExcelで十分です。理由は、導入が早い・運用が軽い・全員が触れるから。特に小〜中規模のプロジェクトでは、最初の一歩はExcelが最短ルートになります。
次章では、見える化の土台になる前提データ（メンバー・タスク・工数・期間）をExcelでどう揃えるかを、崩れにくい形で整理していきます。
2章：Excelで揃えるべき前提データ（メンバー・タスク・工数・期間）の作り方
負荷の見える化は、いきなり表を塗りつぶす前に「前提データの粒度を揃える」のが勝ち筋です。ここが曖昧だと、後でピボットや条件付き書式を入れた瞬間に崩れます。Excelで用意するのは次の4点だけ。シンプルですが、ルールを決めておくのが重要です。
1）メンバー表：まず「名前」だけで始めない
メンバーは氏名だけだと集計で迷子になります。最低限、下記を1シートにテーブル化して持ちましょう。
- メンバーID（M001など。名前変更・同姓対策）
- 氏名
- 所属/役割（開発、QA、PMなど）
- 稼働率（100%/80%など。兼務があるなら必須）
- 1日稼働時間（例：8h。時短なら別）
ポイントは「IDで管理」と「稼働の前提を数字で固定」。これだけで「空いてるはず問題」を減らせます。
2）タスク表：粒度は「1人が1〜3日で進む単位」
タスクがデカすぎると負荷が山になって意味が薄れ、小さすぎると更新が地獄になります。目安は1人が1〜3日で進捗が動く粒度。タスク表には以下を入れます。
- タスクID（T0001など）
- タスク名（「画面A実装」など具体）
- 担当メンバーID（メンバー表と紐付け）
- 種別（開発/レビュー/会議/問い合わせ等。「見えない仕事」も枠を作る）
- 優先度（A/B/Cなど）
- ステータス（未着手/進行中/完了）
3）工数：時間（h）で統一し、「見積」と「実績」を分ける
工数は「人日」表記だとブレます。Excelでは時間（h）に統一がおすすめです。さらに、必ず列を分けます。
- 見積工数（h）
- 実績工数（h）（毎週更新できるなら強い）
最初は見積だけでもOK。ただし入力ルールは固定します（例：0.5日は4h、1日は8h）。「だいたい1日」禁止、数値で入れる。これが後の集計を救います。
4）期間：開始日・終了日を入れて「配賦」できる形にする
負荷表に落とすには、工数を期間に割って配る必要があります。タスク表に下記を入れます。
- 開始日
- 終了日
ここでのコツは、「いつやるか未定」を放置しないこと。未定タスクは開始/終了を空欄にせず、「仮の期間」を置くか、ステータスを「未計画」として別枠に逃がしましょう。空欄が多いほど、負荷表は正しく埋まりません。
崩れないためのExcel実装（最低限ここだけ）
- データは1行=1タスクで縦持ち（横に週を並べない）
- 範囲はテーブル化（Ctrl+T）して列追加に強くする
- 入力はプルダウン（データの入力規則）でブレを潰す
- ID列をキーにしてVLOOKUP/XLOOKUPで参照（名前直書きしない）
ここまで揃うと、次章でやる「週次／日次の負荷表」は一気に作れます。大事なのは、負荷表そのものより先に“集計できる前提データ”を設計すること。次は、このデータを受けて入力しやすく崩れにくいテンプレに落とし込みます。
3章：負荷表を作る（週次／日次）｜入力しやすく崩れにくいテンプレ設計
2章で作った「タスク表（1行=1タスク）」が整っていれば、負荷表は“別シートで集計するだけ”で崩れにくくなります。ここでやりがちなのが、負荷表のマスを手で塗る運用。最初は早いですが、タスク追加・日程変更のたびに修正が発生して、だいたい1ヶ月で破綻します。
おすすめは、負荷表を（A）週次の俯瞰用と（B）日次の調整用の2枚に分ける設計です。週で偏りを見つけ、日でならす。この役割分担があるだけで運用が軽くなります。
ステップ1：負荷表の「器」を先に決める（週次／日次の形）
負荷表の基本は行=メンバー、列=期間です。
- 週次シート：列は週の開始日（例：2026/02/02週）を並べる
- 日次シート：列は日付（例：2026/02/03）を並べる
さらに、行側にはメンバー表から次を持ってきます。
- メンバーID / 氏名（表示は氏名、キーはID）
- 稼働率（80%など）
- 1日稼働時間（通常8hなど）
負荷は「予定工数（h）」で表示するのが鉄板です。色ではなく数字が主役。色は次章（条件付き書式）で効かせます。
ステップ2：「配賦ルール」を固定する（ここがブレると崩れる）
負荷表を成立させるには、タスクの工数を期間に割って配る必要があります。まずはシンプルに、次のルールでOKです。
- タスクの対象日数 = （終了日 – 開始日 + 1）
- 1日あたり工数 = 見積工数（h） ÷ 対象日数
- 各日（週）に、その日の分を足し上げる
ポイントは「均等配分」で固定すること。実際は山谷がありますが、まずは偏り検知が目的なので均等で十分です。山谷の表現は、運用が回り始めてから（たとえば「レビューは最終日に寄せる」など）調整すればOK。
ステップ3：タスク表に“集計しやすい列”を足す（週間キー／日別キー）
負荷表を崩れにくくするコツは、負荷表側で複雑な計算をしないこと。そのためにタスク表に補助列を追加します。
- 開始週：開始日をその週の月曜に丸めた日付
- 終了週：終了日をその週の月曜に丸めた日付
- 対象日数：前述の（終了-開始+1）
- 1日あたり工数：見積工数 ÷ 対象日数
週の月曜に丸める例（開始日がA列にある想定）は、Excelの関数なら概ね次のイメージです。
- 開始週：
=A2-WEEKDAY(A2,2)+1
※会社の週の定義が「月曜始まり」でない場合はここだけ合わせてください。
ステップ4：週次負荷表は「SUMIFSで足す」だけにする
週次シートでは、各セルは「そのメンバーの、その週に該当するタスクの工数合計」になればOKです。ここで重要なのは「その週に該当」の定義。均等配分モデルなら、厳密には日別に割ってから週で合計するのが綺麗ですが、運用負荷を下げるなら最初はこう割り切れます。
- タスクがその週にかかっているか（開始日〜終了日が週と重なるか）
- 重なるなら、週の平日分だけ工数を足す（最初はざっくりでも可）
ただ、ここをいきなり“週の重なり日数”まで関数でやると重くなります。おすすめは、日次を正にして、週次は日次の合計で作ることです。つまり、週次は日次の7日（または平日5日）合計にする。これなら週次側の式が単純になり、変更にも強くなります。
ステップ5：日次負荷表が本体（入力の手間を最小化する）
日次シートは「日付の行列」に見えますが、入力はしません。入力するのはあくまでタスク表の開始日／終了日／工数だけ。日次シートは表示専用に寄せます。
日次セルに入れる値は、概念としては下記です。
- そのメンバーのタスクのうち、その日付が開始日〜終了日の間に入っているものを抽出
- 抽出したタスクの1日あたり工数を合計
これで、タスクの日程が変わっても、修正するのはタスク表だけ。負荷表は自動的に追従します。
ステップ6：キャパ（上限）行を作って、見た瞬間に判断できるようにする
負荷は「多い／少ない」を判断できて初めて使えます。各メンバーごとに、上限（キャパ）も並べましょう。
- 日次キャパ：1日稼働時間 × 稼働率（例：8h×0.8=6.4h）
- 週次キャパ：日次キャパ × 5営業日（会社ルールに合わせる）
負荷表は、「負荷（予定h）」と「キャパ（上限h）」が同じ粒度で並ぶのが理想です。これで「今週やばい」が数字で言えるようになります。
ここまでできたら、次章でこの表にピボット＋条件付き書式＋グラフを載せて、一気に“偏りの発見”まで進めます。負荷表は綺麗に作ることが目的ではなく、調整の意思決定が速くなる形になっているかがゴールです。
4章：見える化を一気に進める（ピボット＋条件付き書式＋グラフ）で偏りを発見
3章までで日次／週次の負荷表ができたら、次は「眺めて気づける状態」に仕上げます。数字が並んでいるだけだと、結局「どこがヤバい？」を毎回探すことになるので、Excelの得意技（ピボット・条件付き書式・グラフ）で偏りを自動で浮かび上がらせるのがコツです。
1）まずはピボットで「偏りの構造」を掴む（人×週×種別）
負荷が高い理由は、だいたい次のどれかです。
- 特定メンバーにタスクが寄っている（属人化）
- 特定週に締切が固まっている（山積み）
- 見えない仕事（会議・レビュー・問い合わせ）が食っている
この「原因の分類」を一発で見せるのがピボットです。タスク表（2章の縦持ちデータ）を元に、ピボットテーブルを作り、以下の配置にします。
- 行：担当メンバー（氏名 or メンバーID）
- 列：週（開始週など、3章で用意した“週キー”）
- 値：見積工数（h）の合計
- フィルター（またはスライサー）：種別、ステータス、優先度
これで「誰が・いつ・何に時間を取られているか」が分解できます。スライサー（ピボットのフィルターをボタン化する機能）を付けると、会議だけ／レビューだけをワンクリックで確認できて、定例の場で非常に強いです。
2）条件付き書式は「キャパ比」で色を塗る（数字が主役のまま）
負荷表の色付けは、雰囲気で赤くしないのが鉄則です。おすすめはキャパ（上限h）に対する比率で判定する方法。たとえば日次なら「負荷h ÷ 日次キャパh」、週次なら「負荷h ÷ 週次キャパh」で基準を揃えます。
条件付き書式のルール例：
- 110%以上：濃い色（明確に詰み）
- 90〜110%：注意色（調整候補）
- 90%未満：塗らない（数字を読めばOK）
ポイントは「色は警告、意思決定は数字」にすること。塗りつぶし過多にすると、全部が危険に見えて逆に判断できません。必要なら、週次は粗く（2段階）／日次は細かく（3段階）など、シートの役割に合わせて強弱を付けると見やすいです。
3）グラフは「総量」と「偏り」を分けて作る（積み上げ＋折れ線）
上司・リーダーに説明するなら、表よりグラフが早いです。おすすめは2種類。
- （A）週別の総負荷：プロジェクト全体の合計hを棒グラフで（燃える週が一瞬で分かる）
- （B）メンバー別の週負荷：積み上げ棒 or 集合棒で（偏りが分かる）
さらに刺さるのが、キャパを折れ線で重ねる方法です。週別負荷（棒）に対して、週次キャパ（折れ線）を載せると、「越えてる週」＝調整が必要が一目で伝わります。
4）最後は「発見→打ち手」に繋がる見方を固定する
見える化で終わらせないために、見る順番を固定します。
- 週次グラフで山の週を特定
- ピボット（人×週）で偏っている人を特定
- スライサーで種別を絞り原因（会議？レビュー？開発？）を特定
- 日次でどの日に寄っているかを確認して、前倒し／分散／担当替えを決める
ここまで整うと、負荷表は「管理のための表」ではなく、調整のためのレーダーになります。次章では、このレーダーを継続して機能させるための更新ルール・会議での使い方・属人化を防ぐコツを詰めます。
5章：運用で差がつく｜更新ルール・会議での使い方・属人化を防ぐコツ
負荷表は「作って終わり」だと、だいたい2週間で古くなります。逆に言うと、運用ルールさえ押さえればExcelでも十分戦えます。ポイントは更新の責任範囲を小さくして、会議で“意思決定”に使うこと。最後に、特定の人しか触れない状態（属人化）を防ぎます。
1）更新ルールは「誰が・いつ・何を」だけ固定する
ルールを盛るほど回りません。最低限、次だけ決めましょう。
- 更新タイミング：週1回（おすすめは定例の前日17時まで）
- 更新者：各担当者が「自分のタスク行」だけ更新（PMが全部直さない）
- 更新項目：ステータス／開始日・終了日／見積工数（必要なら実績工数）
コツは、負荷表（日次・週次シート）は触らず、タスク表（1行=1タスク）だけを更新する運用に寄せること。3章の設計が生きます。
2）会議での使い方は「見る順番」と「決めること」をテンプレ化
定例で負荷表を開いた瞬間に、チェック観点がブレるとただの閲覧会になります。おすすめの進め方はこの型です。
- 週次グラフで「キャパ超え週」を指差し確認（4章の棒＋折れ線）
- ピボット（人×週×種別）で原因を分解（会議？レビュー？開発？）
- 日次で“どの日に寄ってるか”を確認
- 打ち手を必ず決める（前倒し／分散／担当替え／優先度変更／期限調整）
このとき重要なのが、色（条件付き書式）で驚くだけで終わらず、「誰が、何を、いつまでに変える」までを決めること。決めた内容はタスク表の「メモ列」や「変更理由列」に1行で残すと、翌週の振り返りが楽になります。
3）“見えない仕事”を放置しない（会議・レビュー枠を先に確保）
炎上の原因は、開発タスクより割り込みにあります。おすすめは、タスク表に次をルール化して登録すること。
- 定例会議、レビュー、問い合わせ対応は毎週の固定タスクとして先に入れる
- 差し込みが多い人は、週あたり「バッファ工数」をあえてタスク化する
「忙しい」の正体を、開発の量ではなく可処分時間の減少として見せられるようになります。
4）属人化を防ぐコツは「入力箇所を絞る」「壊れない仕組みにする」
Excel運用で詰むのは、触っていい場所が曖昧で壊れるパターンです。対策はシンプル。
- 入力はタスク表だけ（他シートはロック/保護でもOK）
- タスク表はテーブル化（Ctrl+T）し、列追加で式が崩れないようにする
- 担当者列・ステータス列はプルダウンで表記揺れを潰す
- ファイル冒頭に「更新手順（3行）」を書いた説明シートを置く
理想は「作った人が休んでも、更新だけは回る」状態です。複雑な関数を増やすより、更新ルールと入力制限で守る方が長持ちします。
5）最後に：負荷表は“評価”ではなく“調整”のために使う
負荷の見える化が失敗する最大の理由は、「忙しさを責める道具」になることです。目的は管理ではなく、詰む前に配り直すこと。だからこそ、定例では数字を根拠に、淡々と調整するのが正解です。
この運用が回り始めると、「今週キツい」が感覚ではなく、何時間・どの週・何が原因まで言語化できるようになります。Excelでも、プロジェクトはちゃんと回せます。
コメント