工数と期間の違いとは?IT初心者向けに計算方法・見積もり・現場での使い分けを解説
結論から言うと、「工数」は作業に必要な労力の合計、「期間」は作業開始から完了までにかかる日数や時間です。
例えば、1人で5日かかる作業を5人で分担し、1日で終えた場合、工数は「5人日」、期間は「1日」です。
IT現場では、システム開発、サーバー構築、PCキッティング、障害対応などの予定を立てる際に、工数と期間を使います。両者を混同すると、無理なスケジュールや人員不足につながるため、正しく区別することが重要です。
工数とは
工数とは、ある作業を完了させるために必要な作業量を表す数値です。
一般的には、次の単位が使われます。
- 人時:1人が1時間作業する量
- 人日:1人が1日作業する量
- 人月:1人が1カ月作業する量
例えば、1人が3日間かけてPCを設定する場合、工数は3人日です。3人で1日ずつ作業した場合も、合計工数は同じ3人日になります。
期間とは
期間とは、作業を開始してから完了するまでの時間です。日数だけでなく、開始日と終了日で表すこともあります。
例えば、7月1日に作業を開始し、7月5日に完了する計画であれば、期間は5日間です。
ただし、期間には土日、祝日、待ち時間、確認待ちなどが含まれる場合があります。実際に作業した時間の合計とは一致しないことがあります。
工数と期間の違い
| 比較項目 | 工数 | 期間 |
|---|---|---|
| 意味 | 作業に必要な労力の合計 | 開始から完了までの時間 |
| 主な単位 | 人時・人日・人月 | 時間・日・週・月 |
| 人数の影響 | 作業量が同じなら基本的に変わらない | 分担できれば短くなる場合がある |
| 用途 | 人員配置・費用・作業量の見積もり | 納期・スケジュールの管理 |
| 例 | 10人日 | 5営業日 |
工数の基本的な計算方法
工数は、基本的に次の考え方で計算します。
工数=作業人数×1人あたりの作業時間
2人がそれぞれ3日間作業する場合は、次のようになります。
2人×3日=6人日
1日8時間として計算すると、6人日は48人時です。
1人で作業する場合
1人が5日間作業する場合、工数は5人日、期間も5日です。
複数人で分担する場合
10人日の作業を2人で均等に分担できれば、計算上の期間は5日です。
10人日÷2人=5日
ただし、実際にはすべての作業を均等に分担できるとは限りません。
人数を増やしても期間が短くならない理由
工数を人数で割れば、必ずその日数で終わるわけではありません。
IT業務には、前の作業が終わらないと次へ進めない工程があります。
- 設計が終わってから設定を行う
- 設定後にテストを行う
- 利用部門の承認後に本番へ反映する
- バックアップ完了後に更新作業を始める
このような作業は、担当者を増やしても同時には進められません。
また、人数が増えると、作業分担の説明、進捗確認、情報共有、成果物の統合にも時間が必要です。これをコミュニケーションコストと呼ぶことがあります。
IT現場での具体例
PCキッティング
新入社員20人分のPCを準備し、1台あたり2時間かかる場合を考えます。
20台×2時間=40人時
1日8時間勤務として、工数は5人日です。
| 作業人数 | 工数 | 計算上の期間 |
|---|---|---|
| 1人 | 5人日 | 5日 |
| 2人 | 5人日 | 約2.5日 |
| 5人 | 5人日 | 約1日 |
実際には、PCの到着待ち、アカウント発行待ち、Windows Update、利用者への引き渡しなどがあるため、期間は計算結果より長くなる可能性があります。
サーバー構築
サーバー構築では、設計、構築、テスト、レビューという順番で進めます。
| 作業 | 工数 | 期間 |
|---|---|---|
| 設計 | 3人日 | 3日 |
| 構築 | 2人日 | 2日 |
| テスト | 2人日 | 2日 |
| レビュー | 1人日 | 1日 |
合計工数は8人日です。すべてを1人で順番に実施すると、期間も8日程度になります。
複数人で担当しても、設計が終わるまで構築を開始できない場合は、期間を単純に人数で割ることはできません。
障害対応
障害対応では、工数と期間の差が大きくなる場合があります。
例えば、調査に2時間、設定変更に1時間、動作確認に1時間かかった場合、工数は合計4人時です。
しかし、ベンダーからの回答待ちが2日間あれば、解決までの期間は3日になることがあります。
待ち時間は期間に含まれても、作業工数には含めない運用が一般的です。ただし、組織の集計ルールによって扱いは異なります。
工数と期間を見積もる手順
- 作業の目的と完了条件を確認する
- 必要な作業を細かく分解する
- 各作業の担当者を決める
- 作業ごとの工数を見積もる
- 前後関係と並行作業の可否を整理する
- 休日や承認待ちを含めて期間を決める
- リスクを考慮して予備時間を確保する
- 上司や有識者に見積もりをレビューしてもらう
作業を細かく分解する方法
「サーバーを構築する」のような大きな作業だけでは、正確な工数を見積もれません。
次のように具体的なタスクへ分解します。
- 要件を確認する
- 設計書を作成する
- レビューを受ける
- OSをインストールする
- IPアドレスを設定する
- Active Directoryへ参加させる
- 必要なソフトウェアを導入する
- 動作テストを行う
- 作業結果を記録する
タスクごとに工数を出して合計すると、見積もりの根拠を説明しやすくなります。
影響範囲によって工数が変わる例
同じ設定変更でも、対象台数や利用者数によって工数は変わります。
| 確認項目 | 工数への影響 |
|---|---|
| 対象PCの台数 | 台数が多いほど作業量が増える |
| 対象ユーザー数 | 案内や問い合わせ対応が増える |
| 対象サーバー数 | 設定、テスト、記録の回数が増える |
| 停止を伴うか | 事前調整や休日作業が必要になる |
| 手作業か自動化か | 自動化できれば繰り返し作業を減らせる |
GUIとCUIで工数が変わることもある
GUI(Graphical User Interface)は、画面上のボタンやメニューを操作する方法です。Windowsの設定画面や管理ツールが該当します。
CUI(Character User Interface)は、コマンドを入力して操作する方法です。コマンドプロンプトやPowerShellが代表例です。
少数のPCを設定する場合は、GUIのほうが初心者でも確認しやすいことがあります。一方、数十台以上のPCへ同じ設定を行う場合は、PowerShellで自動化すると工数を削減できる可能性があります。
ただし、自動化にはスクリプトの作成、テスト、レビューの工数が必要です。1回だけの小さな作業では、GUIのほうが早く終わることもあります。
Windowsで作業時間を確認する方法
工数を記録するときは、開始時刻と終了時刻だけでなく、作業内容も残します。
- チケット管理ツールへ実績時間を入力する
- Excelやスプレッドシートへ記録する
- Outlookの予定表で作業時間を確認する
- PowerShellの実行ログから処理時刻を確認する
- イベントビューアーで処理の開始時刻と終了時刻を確認する
イベントビューアーの開き方
- Windowsキー+Rを押す
- 「eventvwr.msc」と入力する
- Enterキーを押す
- 「Windowsログ」から「システム」または「アプリケーション」を開く
- 作業対象のイベントと発生時刻を確認する
イベントビューアーは、サーバー再起動、サービス停止、アプリケーションエラーなどの発生時刻を確認するときに役立ちます。ただし、イベントログに記録された時間が、そのまま担当者の作業工数になるわけではありません。
初心者がやりがちな見積もりのミス
工数をそのまま期間として報告する
10人日の作業を「10日で終わります」と報告しても、2人で分担できれば期間は短くなる可能性があります。反対に、承認待ちやテスト環境待ちがあれば、10日以上かかることもあります。
実作業だけを見積もる
IT業務では、調査、打ち合わせ、レビュー、利用者への連絡、手順書作成、作業結果の記録も必要です。
設定変更に1時間しかかからなくても、事前準備や事後確認を含めると、半日以上になる場合があります。
すべての時間を100%作業に使えると考える
1日8時間勤務でも、8時間すべてを1つの作業へ使えるとは限りません。朝会、問い合わせ対応、メール確認、休憩などの時間があります。
担当者が実際に確保できる時間を稼働可能時間として確認する必要があります。
複数人なら必ず早く終わると考える
1台のサーバーへ複数人が同時にログインして設定すると、操作の競合や設定ミスが起きる危険があります。
作業によっては、担当者を増やすより、作業手順を改善したほうが効果的です。
現場でよくある失敗例
現場で起きやすい失敗として、PC20台の設定作業を「1台1時間なので20時間」とだけ見積もるケースがあります。
実際には、端末の開梱、資産番号の登録、Windows Update、再起動、アカウント確認、利用者への引き渡しが必要です。さらに、更新プログラムのダウンロード待ちやアカウント発行待ちも発生します。
作業そのものは20時間でも、担当者1人では数日かかり、機器やアカウントの準備が遅れれば期間はさらに延びます。
この失敗を防ぐには、実作業だけでなく、準備、待ち時間、確認、報告まで分けて見積もることが大切です。
上司へ報告するポイント
工数と期間を報告するときは、数字だけでなく根拠も伝えます。
- 対象となる作業と台数
- 見積工数と単位
- 担当人数
- 開始予定日と完了予定日
- 並行して進められる作業
- 承認待ちや機器到着待ちの有無
- 想定しているリスク
- 見積もりに含めていない作業
報告例は次のとおりです。
「見積工数は合計10人日です。2名で分担しますが、設定後の確認を順番に行う必要があるため、作業期間は7営業日を予定しています。機器の到着が遅れた場合は、完了日も後ろ倒しになります」
エスカレーションするタイミング
- 見積工数を超える可能性が高くなった
- 予定していた担当者を確保できない
- 他部署やベンダーの回答待ちで期間が延びている
- 当初の対象範囲より作業量が増えた
- 納期に間に合わない可能性がある
- 作業の安全性や品質を確保できない
納期直前まで抱え込まず、遅延の可能性が分かった時点で相談することが重要です。
工数管理で注意すること
工数を減らすために、必要な確認やテストを省略してはいけません。
特に、本番サーバーの設定変更、Active Directoryの変更、ネットワーク機器の更新などは、事前バックアップや切り戻し手順を準備する必要があります。
短い期間で作業を終えることよりも、障害を起こさず、安全に完了させることを優先します。
応用知識:見積工数と実績工数
作業前に予測した工数を見積工数、実際にかかった工数を実績工数と呼びます。
| 項目 | 意味 |
|---|---|
| 見積工数 | 作業開始前に予測した作業量 |
| 実績工数 | 作業完了後に集計した実際の作業量 |
| 差異 | 見積工数と実績工数の差 |
実績が見積もりを超えた場合は、単に「予定より時間がかかった」で終わらせず、理由を確認します。
- 作業範囲の確認が不足していた
- 想定外のエラーが発生した
- 担当者の経験が不足していた
- 手順書に不足があった
- 他部署への確認に時間がかかった
差異の理由を記録すると、次回の見積もり精度を高められます。
関連するIT用語
- スケジュール:作業の開始日や終了日をまとめた計画
- タスク:担当者が実施する具体的な作業
- チケット:依頼や作業の進捗を管理する記録
- 人月:1人が1カ月作業する工数の単位
- 稼働率:勤務時間のうち、対象作業へ使える割合
- バッファ:遅延や想定外に備えて確保する予備時間
- クリティカルパス:プロジェクト全体の期間を決める重要な作業のつながり
- WBS:作業を細かく分解して整理した一覧
よくある質問(FAQ)
1人日とは何時間ですか?
一般的には1人が1営業日働く作業量を表します。8時間として計算する企業が多いものの、7.5時間や7時間で管理する場合もあります。所属組織のルールを確認してください。
10人日の作業は、10人なら1日で終わりますか?
必ずしも終わりません。作業を10人で分担できること、必要な環境や権限がそろっていること、作業同士に前後関係がないことなどが条件になります。
待ち時間は工数に含まれますか?
何も作業していない単純な待ち時間は、通常、作業工数には含めません。ただし、監視や立ち会いが必要で、担当者が他の作業をできない場合は工数として扱うことがあります。
期間は営業日と暦日のどちらで表しますか?
IT業務の計画では営業日を使うことが多いですが、サーバー監視や障害対応では暦日を使う場合もあります。「5日」だけでは判断できないため、「5営業日」「7月1日から7月5日」のように明記します。
工数を正確に見積もるコツはありますか?
作業を細かく分解し、過去の実績を参考にすることが基本です。初めての作業では、調査、テスト、レビュー、トラブル対応の時間も含めます。
まとめ
工数と期間は、IT業務の計画や報告で頻繁に使われる用語です。
- 工数は、作業に必要な労力の合計
- 期間は、作業開始から完了までの時間
- 工数の主な単位は、人時・人日・人月
- 人数を増やしても、期間が単純に短くなるとは限らない
- 待ち時間は期間に影響するが、工数に含まれない場合がある
- 見積もりでは、調査、準備、テスト、報告まで考慮する
「工数はどれだけの作業量か」「期間はいつまでか」と覚えると、違いを理解しやすくなります。
IT初心者は、工数と期間を分けて報告し、見積もりの根拠や前提条件も伝える習慣を身に付けましょう。それだけでも、現場での認識違いやスケジュール遅延を減らせます。

コメント