この記事の結論
期限の見積もりは、作業を分け、実作業・待ち時間・確認・修正・バッファを足して仮置きします。着手後に実績との差を更新し、遅れの可能性が見えた時点で現在地、影響、新しい見込みを報告します。
新人が期限を聞かれたとき、経験が少ないまま正確な時間を言い当てる必要はありません。必要なのは、見積もりの前提を示し、実績が分かったら早く更新することです。
作業時間だけでなく、資料待ち、確認、修正、提出準備まで分けます。「分かりません」で止めず、確認に必要な時間を含む仮見積もりを出します。
結論|期限は五つの時間から見積もる
| 時間 | 内容 |
|---|---|
| 実作業 | 調査、入力、作成、確認など自分が手を動かす時間 |
| 依存時間 | 資料、権限、他者の回答を待つ時間 |
| 自己確認 | 数値、宛先、形式、抜けを確認する時間 |
| 他者確認・修正 | レビューを受け、直して再確認する時間 |
| バッファ | 初めての作業や不確実な箇所に備える余裕 |
提出期限と、自分が作業を終える目標時刻は同じではありません。他者確認が必要なら、その前に自分の下書き期限を置きます。
1|完成条件と提出時刻を確認する
「金曜まで」のような期限だけでは、見積もれません。
- 金曜の始業時、昼、終業時のどこか
- 下書きか最終版か
- 誰の確認が必要か
- 提出形式と保存場所
- 期限を動かせない後工程があるか
完成条件や判断者が曖昧なら、最初に連絡・相談の使い分けを確認し、必要な質問をまとめます。
2|30分から2時間の作業へ分ける
「資料を作る」だけでは、抜けや待ち時間が見えません。手順を小さくします。
元データを受け取る
対象期間と件数を確認する
集計する
例外を確認する
表へ整える
数値を照合する
上司へ下書きを出す
修正する
最終版を保存・共有する
初めての作業は、各工程の所要時間を断定せず、「最初の10件を処理した時点で全体を再見積もりする」と確認点を置きます。
3|根拠を一つ添えて仮見積もりを出す
見積もりの根拠には、次の順で使えるものを探します。
- 同じ作業の自分の実績
- チームの標準時間や手順書
- 経験者の目安
- 一部を試した実測
- 不明点を明示した仮置き
前回は20件で60分でした。今回は30件で例外確認もあるため、
作業90分、自己確認20分、レビュー後の修正30分を見込みます。
資料が10時までにそろえば、下書きは13時30分の予定です。
根拠と条件があれば、後で見積もりが変わっても、変化の理由を説明できます。
久保田杏
2時間と答えたのに、確認待ちで半日かかってしまいました。
藤代紗英
作業時間と完了時刻は別なんだ。待ち時間とレビュー時間を見積もり表へ足そう。
4|着手後に見積もりを更新する
見積もりは約束を守れなかった証拠ではなく、現時点の予測です。次の変化があれば更新します。
- 想定より件数や例外が多い
- 必要な資料や権限がそろわない
- 途中確認で完成条件が変わった
- 割り込みが入り、優先が変わった
- 最初の一部で、1件あたりの実測が分かった
「予定どおりです」だけでなく、現在地と残り時間を数字で示します。
遅れは確定前に伝える
期限を過ぎてから「間に合いませんでした」と報告するより、遅れる可能性が見えた時点で共有します。
現在30件中18件まで完了しています。
例外確認が6件あり、当初より40分多くかかる見込みです。
このままでは15時の下書きが15時40分になります。
例外6件を別紙にして予定どおり出すか、全件を確認して40分延ばすか相談したいです。
現在地、遅れの理由、影響、新しい見込み、選択肢の順です。責任の説明より、相手が次の手を選べる材料を優先します。
見積もりを短くしすぎる三つの原因
手を動かす時間しか数えていない
確認、保存、連絡、修正も作業です。見積もりが変わったときの進捗報告のまとめ方も決め、セルフチェックの時間を別に確保します。
最短のケースだけで答える
初めて、件数不明、外部回答待ちなど不確実性があるなら、条件と再見積もり時刻を示します。
自分だけで期限を変更する
遅れを取り戻そうと品質確認を削る前に、期限・範囲・優先のどれを調整するか依頼者へ相談します。
初回の仕事は「幅」と「再計算時刻」で答える
経験のない仕事を一つの時刻で断定すると、分からない部分がすべて隠れます。まず、確認できている前提と未確認の前提を分け、最短と通常の幅を示します。
資料がそろっていて例外が5件以内なら、下書きは14時〜15時です。
最初の10件を11時までに処理し、1件あたりの時間と例外数を確認して、
11時15分に完了見込みを更新します。
この幅は、責任を避けるための曖昧表現ではありません。何がそろえば早い側になり、何が起きれば遅い側になるかを明示するためのものです。「1〜5日」のように根拠のない広い幅ではなく、件数、資料、レビュー回数など、後で確認できる条件と結び付けます。
最初の一部を実測したら、次の式で仮の残り時間を考えます。
残りの実作業 = 1件あたりの実測時間 × 残件数
完了まで = 残りの実作業 + 待ち時間 + 自己確認 + レビュー + 修正
同じ形の作業でない場合や例外が増える場合は、単純な掛け算だけで確定しません。例外処理を別工程に分け、依頼者へ前提の変化を伝えます。
バッファは隠さず、使う目的を決める
バッファは「念のため長く取る時間」ではなく、不確実な工程を吸収する余白です。
| 不確実性 | 先に取る対応 |
|---|---|
| 資料・回答待ち | 回答期限と、来ない場合の代替手順を確認する |
| 初めての作業 | 最初の一部を早く実測し、再見積もりする |
| レビュー回数が不明 | レビュー担当者と確認時刻、修正枠を押さえる |
| 例外件数が不明 | 通常処理と例外処理を分けて数える |
予定より早く終わったときは、余った時間を無断で別の用途へ回す前に、完成条件を満たしたか確認します。予定より遅れるときは、バッファを使い切るまで待たず、当初の前提が崩れた時点で更新します。見積もりの精度は、一度の誤差ではなく、更新が早くなったか、次回に実績を再利用できたかで高めます。
例|30件の集計を見積もり直す
初回の依頼で「30件なら1時間」と感覚だけで答えず、完成までの工程を分けます。
| 工程 | 仮の時間 | 根拠・前提 |
|---|---|---|
| 資料と完成条件の確認 | 15分 | 指示書、見本、提出先を確認 |
| 通常データの入力 | 60分 | 過去に10件20分だった |
| 例外データの確認 | 30分 | 最大5件、担当者への質問を含む |
| 自己確認 | 20分 | 件数と合計値を元データと照合 |
| レビュー・修正 | 30分 | 上司の確認枠と一回の修正を想定 |
手を動かす時間は60分でも、全体は155分です。さらに、担当者からの回答待ちがあるなら、作業時間と完了時刻を分けます。
実作業は約2時間35分です。
例外への回答が12時までに得られる前提で、最終版は14時30分〜15時です。
最初の10件を10時30分までに処理し、例外数を確認して再見積もりします。
10件を処理した結果、通常データは想定どおりでも例外が8件あったなら、当初の前提が崩れています。残り20件の通常処理だけを掛け算し、例外8件は別に見積もります。「作業が遅い」とまとめず、どの工程が増えたかを示します。
期限・範囲・品質のどれを調整するか
現在の条件では間に合わないとき、残業や確認省略を最初の解決策にしません。依頼者が選べる三つの調整軸を示します。
期限を調整する
全件と完成条件を維持し、提出時刻を延ばします。後工程や顧客への影響があるため、新しい時刻だけでなく、誰への連絡が必要かも確認します。
範囲を調整する
確認済み分を先に提出し、例外を分けるなど、成果物を段階化します。ただし、分割提出が許されるか、途中版を誤って最終版として使われないかを確認します。
品質条件・優先を確認する
「品質を下げる」のではなく、必須条件と後で追加できる条件を依頼者へ確認します。安全、法令、個人情報、金額などの必須確認を、新人の判断だけで省きません。
15時までに全30件を確認するのは難しい見込みです。
Aは確認済み22件を15時に提出し、例外8件を明日10時に追加します。
Bは全件を確認して、提出を16時30分へ変更します。
分割可能ならAで進めたいです。どちらを優先するか確認をお願いします。
実績を次回の見積もりへ残す
完了後は、予定と実績の差を短く記録します。
- 何件・どの完成条件だったか
- 通常処理と例外処理に何分かかったか
- 待ち時間とレビュー回数
- 見積もりを更新した時刻
- 次回、最初に確認する前提
「予定155分、実績210分」だけでなく、「例外が5件の想定から8件へ増え、回答待ちが35分発生」のように差の理由を残します。次回は同じ数字をそのまま使わず、件数、担当者、ツール、完成条件が同じかを確認します。実績がたまるほど、早い段階で幅を狭められるようになります。
複数人へ受け渡す仕事では、自分の終了時刻だけでなく、相手が作業を始められる状態になる時刻を見積もります。ファイルを保存しても、権限付与や連絡が終わっていなければ受け渡しは完了していません。提出先、命名、版、アクセス権、通知までを一工程として数えます。
割り込みで優先が変わった場合は、元の見積もりと新しい優先を一緒に更新します。「急ぎの仕事を始めます」だけでは、後ろへずれる仕事が不明です。「Aを13時まで対応するため、Bの下書きは15時から16時へ変わる見込みです」と影響を示し、依頼者同士で優先が競合するなら上司へ判断を求めます。
見積もりより早く終わる状態が続く場合も、毎回短い時刻を約束する前に差を確認します。確認工程が抜けていないか、仕事の条件が簡単だっただけか、再利用できる手順ができたかを分けます。早さと完成条件の両方を保てると確認できてから、次回の標準時間を更新します。
見積もりの工夫で解決しない状態
この記事の方法で扱えるのは、一件ごとの見積もりと、その更新までです。次の状態は見積もりの精度の問題ではないため、別の対応へ切り替えます。
- 正しく見積もるほど、残業前提でしか収まらないと分かる:それは見積もりの失敗ではなく、業務量か納期設定の問題が見えた状態です。予定と実績の差、待ち時間、レビュー回数の記録を持って、個々の期限の相談とは分けて、業務量そのものを上司へ相談します。
- 遅れの報告や期限の相談を続けても、調整されない状態が続く:一人で吸収し続けず、人事など上司以外の社内窓口へ相談先を広げます。労働時間や時間外労働には法令上のルールがあり、社内で相談しにくい場合は、厚生労働省の総合労働相談コーナーのような外部の公的窓口でも相談できます。
- 睡眠や食欲など体調に影響が出始めている:期限管理の問題として扱わず、勤務先の相談窓口や医療・公的な相談先へ早めに切り替えます。
見積もりの技術は、無理な納期を受け切るためのものではありません。何がそろえば間に合い、何が起きれば間に合わないかを示して、調整の判断を依頼者と共有するためのものです。
期限見積もりロードマップ
今日の一歩は、進行中の仕事について「下書き」「確認」「最終提出」の三つの時刻を分けて書くことです。
参考にした公的情報
この記事は、一件ごとの期限見積もりと報告を整理する一般情報です。労働時間・時間外労働に関する個別の法的判断は行いません。勤務先の就業規則と、社内外の相談窓口の判断を優先してください。


