要員計画の書き方｜山積み表と山崩しをエクセルで作る手順と数式

要員計画とは、見積もった工数を「どの役割の人が、どの月に、何人月ぶん働くか」に割り付けた計画です。必要な人月を月ごとに積み上げた表が山積み表、上限の人数を超えた月の作業を別の月へ移して平らにする作業が山崩しです。

この記事はシステム開発の要員計画に絞り、工数の見積もりが終わった後の配置と平準化だけを扱います。8か月・8名の架空の開発を題材に、貼り付けて使えるタブ区切りのデータ、SUMIFS と COUNTIF の数式、山崩しの計算手順を載せました。数式は LibreOffice Calc で計算した結果を、山崩しは Python で同じ計算をした結果を並べています。

確認環境：Ubuntu 24.04、LibreOffice Calc 24.2.7（数式の計算）、Python 3.11.15（山崩しの計算）。記事の計算結果はすべて Calc で求めた値で、使う関数は SUMIFS・COUNTIF・SUM・MIN・MAX・IF・ROUND の7つです。

要員計画の早見表

作る順番は、必要工数の一覧 → 山積み表 → 山崩し → アサイン表です。先に役割ごとの山をならしてから人の名前を入れると、手戻りが少なくなります。

人月・人日・稼働率の換算

1人月は「1人が1か月働く量」です。日数や時間に直すときの値は組織ごとに決めます。ここでは 1人月＝20人日、1人日＝8時間と置きます。

DAYS, HOURS = 20, 8      # 1人月 = 20人日、1人日 = 8時間 と置いた場合
print("稼働率\t人月\t人日\t時間")
for rate in (1.0, 0.8, 0.75, 0.6, 0.5, 0.4, 0.25, 0.2, 0.1):
    print(f"{rate:.0%}\t{rate:g}\t{rate * DAYS:g}\t{rate * DAYS * HOURS:g}")

実行結果（タブ区切りなので、そのまま表計算ソフトに貼れます）：

稼働率 人月  人日  時間
100%    1   20  160
80% 0.8 16  128
75% 0.75    15  120
60% 0.6 12  96
50% 0.5 10  80
40% 0.4 8   64
25% 0.25    5   40
20% 0.2 4   32
10% 0.1 2   16

1人の上限を1.0人月ちょうどにすると、会議・問い合わせ対応・休暇の余地がなくなります。計画では1人あたり0.8〜0.9人月を上限に置く方法がよく使われます。この記事では計算を追いやすくするため、上限を1.0人月として説明します。

手順1：必要工数を「工程・役割・月・人月」の縦長の表にする

題材は、要件定義から移行・リリースまでを4月〜11月の8か月で行う開発です。見積もりで出した工数を、次のように1行に1つの値で並べます。横に月を並べた表より行は増えますが、SUMIFS でどの切り口にも集計できます。

次のブロックを、新しいシートの A1 セルに貼り付けてください（A列〜D列、1行目が見出し、26行目まで）。

工程  役割  月   人月
要件定義    PM  4月  0.5
要件定義    PM  5月  0.5
要件定義    SE  4月  1.5
要件定義    SE  5月  2
設計  PM  6月  0.5
設計  SE  6月  2
設計  PG  5月  1
設計  PG  6月  3
製造  PM  7月  0.5
製造  PM  8月  0.5
製造  SE  7月  1
製造  SE  8月  1
製造  PG  7月  6
製造  PG  8月  5
結合テスト   PM  9月  0.5
結合テスト   SE  9月  1.5
結合テスト   PG  9月  3
結合テスト   テスター    9月  1
総合テスト   PM  10月 0.5
総合テスト   SE  10月 2
総合テスト   PG  10月 1
総合テスト   テスター    10月 1
移行・リリース PM  11月 0.5
移行・リリース SE  11月 1
移行・リリース テスター    11月 0.5

手順2：SUMIFSで山積み表（役割×月）を作る

F1 セルから右に見出し（役割、4月〜11月、合計、上限、超過月数）、F2〜F5 に役割名（PM、SE、PG、テスター）を入力し、次の数式を入れます。

G2 の数式は、範囲を絶対参照（$D$2:$D$100）、役割を列だけ固定（$F2）、月を行だけ固定（G$1）にしてあるので、N5 までそのままコピーできます。

LibreOffice Calc で計算した結果は次のとおりです。

この表から2つのことが読み取れます。

• PG は7月（6人月）と8月（5人月）が、上限の4人月を超えています。
• 合計の行の超過月数は 0 です。 全体の上限8人月には収まっていても、役割ごとに見ると超えている月があります。山積み表は役割（またはスキル）ごとに見るのが要点です。

手順3：山崩しを1ステップずつ計算する

山崩しは、上限を超えた分を、隣の月へ順に送る計算です。PG の行（上限4人月）を、4月から順に見ていきます。

合計は19人月のままで、山の高さだけが4人月に収まりました。合計が変わっていないことは、山崩しの後に必ず確かめる点です。

表計算ソフトの数式で山崩しをする

同じ計算は MIN と MAX で書けます。1行目に見出し、2行目に山崩し前の値（B2〜I2）、K2 に上限を置いた場合の数式です。

項目  4月  5月  6月  7月  8月  9月  10月 11月 合計  上限
山崩し前    0   1   3   6   5   3   1   0   =SUM(B2:I2) 4
山崩し後    =MIN($K$2,B2)   =MIN($K$2,C2+B4)    =MIN($K$2,D2+C4)    =MIN($K$2,E2+D4)    =MIN($K$2,F2+E4)    =MIN($K$2,G2+F4)    =MIN($K$2,H2+G4)    =MIN($K$2,I2+H4)    =SUM(B3:I3) 
翌月へ送る分  =MAX(0,B2-$K$2) =MAX(0,C2+B4-$K$2)  =MAX(0,D2+C4-$K$2)  =MAX(0,E2+D4-$K$2)  =MAX(0,F2+E4-$K$2)  =MAX(0,G2+F4-$K$2)  =MAX(0,H2+G4-$K$2)  =MAX(0,I2+H4-$K$2)      

LibreOffice Calc で計算した結果：

項目,4月,5月,6月,7月,8月,9月,10月,11月,合計,上限
山崩し前,0,1,3,6,5,3,1,0,19,4
山崩し後,0,1,3,4,4,4,3,0,19,
翌月へ送る分,0,0,0,2,3,2,0,0,,

手計算のステップ2〜4で送った 2、3、2 が「翌月へ送る分」の行に並びます。最終月（I4）が 0 でなければ、期間内に収まっていないという合図です。K2 の上限を書き換えると、何人なら何月に終わるかをすぐに試せます。

手順4：同じ山崩しをPythonで再現する

上限を変えたときと、後ろではなく前へ送ったときの結果を、Python で確かめます。

MONTHS = ["4月", "5月", "6月", "7月", "8月", "9月", "10月", "11月"]
PG = [0, 1, 3, 6, 5, 3, 1, 0]          # 山積み表のPGの行（人月）


def level_forward(demand, cap, months):
    """上限を超えた分を翌月へ送る（後ろへずらす山崩し）。"""
    plan, months = list(demand), list(months)
    i = 0
    while i < len(plan):
        over = round(plan[i] - cap, 2)
        if over > 0:
            if i + 1 == len(plan):          # 最終月でも収まらなければ月を足す
                plan.append(0)
                months.append(f"延長{len(plan) - len(demand)}")
            print(f"  {months[i]}: {plan[i]:g} > {cap:g} なので {over:g} を{months[i + 1]}へ "
                  f"({months[i + 1]}: {plan[i + 1]:g} -> {plan[i + 1] + over:g})")
            plan[i] = cap
            plan[i + 1] = round(plan[i + 1] + over, 2)
        i += 1
    return plan, months


def level_backward(demand, cap, months):
    """上限を超えた分を前月へ送る（前倒しの山崩し）。"""
    plan = list(demand)
    for i in range(len(plan) - 1, 0, -1):
        over = round(plan[i] - cap, 2)
        if over > 0:
            print(f"  {months[i]}: {plan[i]:g} > {cap:g} なので {over:g} を{months[i - 1]}へ "
                  f"({months[i - 1]}: {plan[i - 1]:g} -> {plan[i - 1] + over:g})")
            plan[i] = cap
            plan[i - 1] = round(plan[i - 1] + over, 2)
    return plan


def show(label, months, plan):
    print(label)
    print("  " + "\t".join(months) + "\t合計")
    print("  " + "\t".join(f"{v:g}" for v in plan) + f"\t{sum(plan):g}")


show("山崩し前", MONTHS, PG)
for cap in (4, 2.5):
    print(f"\n== 上限 {cap:g} 人月/月：後ろへずらす ==")
    plan, months = level_forward(PG, cap, MONTHS)
    show("山崩し後", months, plan)

print("\n== 上限 4 人月/月：前倒しする ==")
plan = level_backward(PG, 4, MONTHS)
show("山崩し後", MONTHS, plan)

実行結果：

山崩し前
  4月    5月  6月  7月  8月  9月  10月 11月 合計
  0 1   3   6   5   3   1   0   19

== 上限 4 人月/月：後ろへずらす ==
  7月: 6 > 4 なので 2 を8月へ (8月: 5 -> 7)
  8月: 7 > 4 なので 3 を9月へ (9月: 3 -> 6)
  9月: 6 > 4 なので 2 を10月へ (10月: 1 -> 3)
山崩し後
  4月    5月  6月  7月  8月  9月  10月 11月 合計
  0 1   3   4   4   4   3   0   19

== 上限 2.5 人月/月：後ろへずらす ==
  6月: 3 > 2.5 なので 0.5 を7月へ (7月: 6 -> 6.5)
  7月: 6.5 > 2.5 なので 4 を8月へ (8月: 5 -> 9)
  8月: 9 > 2.5 なので 6.5 を9月へ (9月: 3 -> 9.5)
  9月: 9.5 > 2.5 なので 7 を10月へ (10月: 1 -> 8)
  10月: 8 > 2.5 なので 5.5 を11月へ (11月: 0 -> 5.5)
  11月: 5.5 > 2.5 なので 3 を延長1へ (延長1: 0 -> 3)
  延長1: 3 > 2.5 なので 0.5 を延長2へ (延長2: 0 -> 0.5)
山崩し後
  4月    5月  6月  7月  8月  9月  10月 11月 延長1 延長2 合計
  0 1   2.5 2.5 2.5 2.5 2.5 2.5 2.5 0.5 19

== 上限 4 人月/月：前倒しする ==
  8月: 5 > 4 なので 1 を7月へ (7月: 6 -> 7)
  7月: 7 > 4 なので 3 を6月へ (6月: 3 -> 6)
  6月: 6 > 4 なので 2 を5月へ (5月: 1 -> 3)
山崩し後
  4月    5月  6月  7月  8月  9月  10月 11月 合計
  0 3   4   4   4   3   1   0   19

3つの結果を並べると、選び方が見えてきます。

上限（人数）と期間は、片方を下げるともう片方が伸びる関係にあります。上限2.5の結果は、PG を2〜3名に抑えると11月を超えて2か月分の作業が残ることを示しています。

山の形を文字のグラフで見る

グラフを作る前に、形だけ確かめたいときのスクリプトです。

MONTHS = ["4月", "5月", "6月", "7月", "8月", "9月", "10月", "11月"]
before = [0, 1, 3, 6, 5, 3, 1, 0]
after = [0, 1, 3, 4, 4, 4, 3, 0]
CAP = 4

for label, plan in (("山崩し前", before), ("山崩し後", after)):
    print(f"{label}（上限 {CAP} 人月。上限を超えた分は □）")
    for m, v in zip(MONTHS, plan):
        bar = "■" * min(v, CAP) + "□" * max(0, v - CAP)
        print(f"{m:>3} | {bar} {v}")
    print()

実行結果：

山崩し前（上限 4 人月。上限を超えた分は □）
 4月 |  0
 5月 | ■ 1
 6月 | ■■■ 3
 7月 | ■■■■□□ 6
 8月 | ■■■■□ 5
 9月 | ■■■ 3
10月 | ■ 1
11月 |  0

山崩し後（上限 4 人月。上限を超えた分は □）
 4月 |  0
 5月 | ■ 1
 6月 | ■■■ 3
 7月 | ■■■■ 4
 8月 | ■■■■ 4
 9月 | ■■■■ 4
10月 | ■■■ 3
11月 |  0

手順5：山崩しの結果を工程に戻して確かめる

山崩しは数字の移動ですが、実際に動くのは工程の作業です。PG の19人月を工程に戻すと、次のようになります。

数字の上では期間内に収まりましたが、結合テストの完了が10月にずれるため、同じ工程に入る SE とテスターの月も見直す必要があります。山崩しの後に確かめる点をまとめます。

上限を超えたときの選択肢

後ろへずらす以外にも方法があります。条件に合うものを組み合わせます。

手順6：アサイン表（氏名×月）を作り、過負荷を検出する

役割ごとの山がならせたら、人の名前を入れます。ここでも氏名・役割・作業・月・人月を1行ずつ並べ、他の仕事（別システムの保守、研修の講師など）も同じ表に入れるのが要点です。開発の分だけを見ていると、掛け持ちによる重なりが見えないためです。

次のブロックを、新しいシートの A1 セルに貼り付けてください（A列〜E列、52行目まで）。

氏名  役割  作業  月   人月
佐藤  PM  進行管理    4月  0.5
佐藤  PM  進行管理    5月  0.5
佐藤  PM  進行管理    6月  0.5
佐藤  PM  進行管理    7月  0.5
佐藤  PM  進行管理    8月  0.5
佐藤  PM  進行管理    9月  0.5
佐藤  PM  進行管理    10月 0.5
佐藤  PM  進行管理    11月 0.5
鈴木  SE  要件定義・設計 4月  1
鈴木  SE  要件定義・設計 5月  1
鈴木  SE  要件定義・設計 6月  1
鈴木  SE  要件定義・設計 7月  0.5
鈴木  SE  要件定義・設計 8月  0.5
鈴木  SE  要件定義・設計 9月  1
鈴木  SE  要件定義・設計 10月 1
鈴木  SE  要件定義・設計 11月 0.5
鈴木  SE  別システムの保守    6月  0.2
鈴木  SE  別システムの保守    7月  0.2
鈴木  SE  別システムの保守    10月 0.2
高橋  SE  要件定義・設計 4月  0.5
高橋  SE  要件定義・設計 5月  1
高橋  SE  要件定義・設計 6月  1
高橋  SE  要件定義・設計 7月  0.5
高橋  SE  要件定義・設計 8月  0.5
高橋  SE  要件定義・設計 9月  0.5
高橋  SE  要件定義・設計 10月 1
高橋  SE  要件定義・設計 11月 0.5
田中  PG  製造・テスト  5月  1
田中  PG  製造・テスト  6月  1
田中  PG  製造・テスト  7月  1
田中  PG  製造・テスト  8月  1
田中  PG  製造・テスト  9月  1
田中  PG  製造・テスト  10月 1
伊藤  PG  製造・テスト  6月  1
伊藤  PG  製造・テスト  7月  1
伊藤  PG  製造・テスト  8月  1
伊藤  PG  製造・テスト  9月  1
伊藤  PG  製造・テスト  10月 1
渡辺  PG  製造・テスト  6月  1
渡辺  PG  製造・テスト  7月  1
渡辺  PG  製造・テスト  8月  1
渡辺  PG  製造・テスト  9月  1
渡辺  PG  製造・テスト  10月 0.5
渡辺  PG  社内研修の講師 7月  0.2
山本  PG  製造・テスト  7月  1
山本  PG  製造・テスト  8月  1
山本  PG  製造・テスト  9月  1
山本  PG  製造・テスト  10月 0.5
中村  テスター    テスト 9月  1
中村  テスター    テスト 10月 1
中村  テスター    テスト 11月 0.5

G1 セルから右に見出し（氏名、4月〜11月、合計、1.0超の月数、平均稼働率）、G2〜G9 に氏名を入力し、次の数式を入れます。

LibreOffice Calc で計算した結果：

• 「PGの合計」の行は 0、1、3、4、4、4、3、0 で、山崩し後の値と一致しています。役割の計画と人の割り当てがずれていないことの確認になります。
• 鈴木さんは6月と10月、渡辺さんは7月が1.2人月です。どちらも開発の作業に別の仕事が重なった月で、作業別の行を1人分まとめて初めて見つかります。
• 平均稼働率は8か月をならした値なので、鈴木さんの 0.89 だけを見ても月ごとの超過はわかりません。平均と月別の両方を見ます。

過負荷を直す

見つかった3か所は、山崩しと同じ考え方で直せます。

直したら COUNTIF の列（Q列と12行目）がすべて 0 になることを確かめます。

要員計画書に書く項目

表だけでなく、前提を文章で添えると読み手に伝わります。

# 要員計画書

## 1. 前提
- 対象期間：【YYYY年MM月〜YYYY年MM月】
- 換算：1人月＝【20】人日、1人日＝【8】時間
- 1人あたりの上限：【0.9】人月/月（会議・休暇の分を除く）
- 見積もりの合計：【37.5】人月（見積書【番号】の値）

## 2. 役割と人数
| 役割 | 人数 | 月あたりの上限（人月） | 担当する工程 |
|---|---|---|---|
| PM | 【1】 | 【1】 | 全工程 |
| SE | 【2】 | 【2】 | 要件定義、設計、テスト |
| PG | 【4】 | 【4】 | 設計、製造、テスト |
| テスター | 【1】 | 【1】 | 結合テスト以降 |

## 3. 山積み表（役割×月）
（山崩し前と山崩し後の両方を貼る）

## 4. 山崩しの内容
| 役割 | 超過した月 | 行ったこと | 影響 |
|---|---|---|---|
| 【PG】 | 【7月、8月】 | 【製造の一部を9月へ】 | 【結合テストの完了が10月に】 |

## 5. アサイン表（氏名×月）
（他の仕事を含めた表を貼る）

## 6. 参加と離任の時期
| 氏名 | 参加 | 離任 | 引き継ぎ |
|---|---|---|---|
| 【　】 | 【MM月】 | 【MM月】 | 【　】 |

## 7. 未決事項とリスク
- 【　】

つまずきやすい点と直し方

よくある質問

Q. 山積みと山崩しの違いは何ですか？ A. 山積みは、必要な人月を期間ごとに積み上げて負荷の形を見えるようにすることです。山崩しは、その山が上限を超えた部分を前後の期間へ移して平らにすることです。山積みで見つけ、山崩しで整える、という順番で使います。

Q. 月単位と週単位のどちらで作るとよいですか？ A. 全体の計画は月単位で十分です。製造やテストのように人の出入りが多い工程は、その期間だけ週単位の表を作ると細かな重なりが見えます。縦長の表の「月」の列を「週」に変えれば、同じ数式が使えます。

Q. 人を増やせば期間は短くなりますか？ A. 山の月だけ上限を上げれば、計算上は期間内に収まります。ただ、加わった人が作業に慣れるまでの時間と、教える人の時間がかかるため、増やした人数分がそのまま進むとは限りません。参加の月を1か月早め、最初の月は0.5人月で計画する方法がよく使われます。

Q. 山崩しは、後ろへずらすのと前倒しのどちらがよいですか？ A. 先に着手できる作業があるなら前倒し、なければ後ろへずらします。前倒しは終了日に響かない一方、前提となる設計が済んでいる必要があります。この記事の例では、前倒しだと5月に3人月、後ろへずらすと10月に3人月が必要になり、どちらも合計は19人月のままです。

まとめ

• 要員計画は、見積もった工数を役割・人・月に割り付ける計画です。
• データは工程・役割・月・人月の縦長の表で持ち、SUMIFS で役割×月の山積み表にします。
• 全体の合計が上限内でも、役割ごとに見ると超える月があります。 COUNTIF(範囲,">"&上限) で超過月数を数えます。
• 山崩しは、上限を超えた分を隣の月へ順に送る計算です。MIN と MAX で書け、合計は変わりません。
• 人数（上限）と期間は引き換えの関係です。上限を書き換えて、終了月がどう動くかを試します。
• 山崩しの後は工程に戻して、順序と他の役割への影響を確かめます。
• アサイン表には他の仕事も入れ、COUNTIF(範囲,">1") で1人の過負荷を見つけます。

株式会社RJC ― SI事業・SES事業・AI駆動開発。RJCは一緒に成長を楽しめる会社です。