業務手順書の作り方｜一つの定常業務を開始から完了まで書く記入例

業務手順書を作るときは、作業名だけでなく、いつ始め、何を準備し、どの順に進め、どこで判断し、何を確認できたら終わるかを書きます。元の説明に基準や担当がなければ、書き手が補うのではなく、業務を知る人へ確認してから反映します。

この記事では、短い口頭メモから不足を見つけ、確認質問と回答を経て、一つの定常業務を開始から完了まで実行できる手順書へ直します。完成例とコピー用ひな形を先に示すので、自分の業務に置き換えながら使ってください。

作業メモの整理にChatGPTを使う場合は、ChatGPTで業務手順書を作る方法で、下書きと元メモを照合する手順を確認してください。

口頭メモから完成手順書を作る通し例

ここから扱う「共用備品の在庫を確認し、必要な補充を依頼する業務」は説明用の架空例です。人物、品目、数量、曜日、担当、社内様式、連絡先、期限などはすべて架空の設定であり、実在する会社での利用例ではありません。

1．最初の口頭メモ

週に一度、備品棚を確認してください。
少なくなっていたら補充を依頼し、台帳へ記録します。
急ぎの場合は担当者へ相談してください。

大まかな目的は分かりますが、このままでは「何が少ないのか」「誰へどう依頼するのか」を担当者ごとに判断することになります。文章を詳しくする前に、実行に必要なのに分からない情報を分けます。

2．このメモでは分からないこと

• 何曜日の何時に、何をきっかけとして始めるか
• 対象品目と、確認する棚・数え方
• 品目ごとの補充基準と依頼数量
• 依頼先、依頼方法、依頼が受け付けられたことの確認方法
• すでに補充依頼中の品目をどう扱うか
• 実数と台帳が合わない場合や、依頼フォームを開けない場合の確認先
• 「急ぎ」の条件と相談先
• 台帳に残す項目と、この業務の完了状態

不足を見つけても、補充基準や権限を手順書作成者が決めてはいけません。勤務先の正式な規程、現在の様式、業務責任者の回答を優先します。

3．担当者への確認質問と架空の回答

次は、説明用に作った架空の質問と回答です。完成手順書へ追加する設定は、先にこの回答で根拠をそろえています。

4．確認回答を反映した完成手順書

コピーして使える業務手順書の簡易ひな形

次の枠をコピーし、一つの定常業務に絞って記入します。不明な項目は推測で埋めず、「要確認」と確認先を書いてください。

【業務名・対象範囲】
業務名：
対象に含むもの：
対象に含まないもの：

【開始条件】
いつ／何をきっかけに始めるか：
予定日に実施できない場合：

【必要な資料・準備】
- 資料・様式・道具：
- 使用する版・保存場所：
- 開始前に確認すること：

【実施手順】
1. すること：
   見るもの・判断条件：
   条件に合う場合の行き先：
   残す記録：

2. すること：
   見るもの・判断条件：
   条件に合う場合の行き先：
   残す記録：

3. すること：
   見るもの・判断条件：
   条件に合う場合の行き先：
   残す記録：

【通常どおり進められない場合】
- 起きたこと：
  まず確認するもの：
  確認先：
  止める範囲：
  再開条件・戻る手順番号：

【完了条件】
- 何の状態を確認できれば完了か：
- 必須の記録：
- 次の業務へ渡すもの：

【問い合わせ先・更新情報】
- 判断・例外の確認先：
- 手順書の管理者：
- 更新日／版：

判断がほとんどない短い業務なら、各手順の「判断条件」を無理に埋める必要はありません。一方、「確認する」「必要なら対応する」と書く箇所では、何を見て、どの条件なら、次に何をするかを補います。

自分の業務に置き換える作成手順

1. 一つの業務を選ぶ。「月末の請求書確認」のように、開始と終了を区切れる単位にします。「経理業務全般」のように広い場合は、複数の手順書へ分けます。業務候補を洗い出す段階では、業務棚卸し表の作り方で業務名・頻度・担当・負荷を一覧にできます。
2. 元情報を集める。現行の規程、様式、システム画面、担当者の説明、実際に残る記録を確認します。古いメモと正式な規程が違う場合は、どちらが現在有効かを管理者へ確認します。
3. 分かることと分からないことを分ける。開始条件、準備、順序、判断基準、例外、記録、完了条件の七つに沿って、不足を質問へ変えます。「少なくなったら」なら、少ないと判断する数量を尋ねます。
4. 権限のある人へ確認する。担当者が普段している方法だけでなく、基準を決められる人、例外を判断できる人、正式な様式の管理者を確認します。回答者と確認日を作成メモへ残します。
5. 通常の流れを番号で書く。一つの手順には、読み手が迷わず実行できる一まとまりの行動を書きます。分岐では「該当したら手順4へ」のように行き先を示します。
6. 必要な例外だけ分ける。頻度が高い、誤ると二重処理になる、そこで止まると業務を再開できない例外を優先します。想像できる障害をすべて列挙する必要はありません。
7. 完了状態を一文で決める。送信、受付、承認、納品などを区別し、今回の担当範囲の終点を書きます。後続業務があるなら、何を渡すかも示します。

粒度・判断条件・例外対応で迷う場合

操作ではなく、迷いが変わる地点で区切る

クリックや入力をすべて一行ずつに分けると、肝心の判断が埋もれます。読み手がすでに知っている自明な操作はまとめ、対象の取り違え、条件分岐、承認、記録、次の担当への受け渡しは省略しません。

たとえば「フォームを開いて、品目を選んで、数量を入力して、送信ボタンを押す」は、画面が単純なら「フォームで品目と数量を入力して送信する」にまとめられます。一方、「受付番号が表示されなければ再送しない」は二重依頼を避ける判断なので残します。

「確認する」を、見るもの・条件・行動へ直す

数値で決められない判断もあります。その場合は「最新の承認済み版と一致しているか」「必須項目がすべて入力されているか」のように、比較する対象と一致条件を書きます。基準自体が決まっていないなら、手順書作成者の判断で作らず、要確認として戻します。

例外には停止範囲と再開地点を書く

「担当者へ相談」で終えると、相談中にほかの品目を進めてよいか、回答後にどこへ戻るかが分かりません。今回の完成例では、数が合わない品目だけを止め、採用する在庫数と依頼可否の回答後に手順2または3へ戻ります。

通常手順と例外対応は分けて表示します。ただし、通常手順側にも「どの条件で例外へ移るか」を残します。例外欄だけに書くと、実行中に分岐を見落としやすくなります。

通常・例外の経路をたどって確認する

手順書を書いたら、代表的な入力を置き、開始から終了または確認待ちまで机上でたどります。これは文章の経路確認であり、実際の利用者が業務を実行できたことの証明ではありません。

1. 新規依頼が必要：火曜日10時に開始→コピー用紙2包→既存依頼なし→8包を依頼→受付番号を記録→その品目は完了。
2. 補充不要：黒マーカー5本→基準を上回る→実数と「補充不要」を記録→依頼せず完了。
3. すでに依頼済み：箱ティッシュ3箱→補充対象→補充依頼一覧に「手配中」あり→重ねて依頼せず、既存の受付番号と「依頼済み」を記録→完了。
4. 実数が合わない：一度数え直しても台帳と不一致→その品目の依頼を停止→実数と前回残数を記録→総務担当者へ確認→回答後に指定された手順から再開。回答前は完了にしない。
5. フォームを開けない：障害案内を確認→案内ありなら復旧後に手順5から再開。案内なしならIT窓口へ確認。独自の依頼方法へ変えず、受付番号がない状態を依頼済みにしない。
6. 基準が不明：基準表が空欄→数量を作らず総務担当者へ確認→回答日・回答者を記録し、正式な表の更新を依頼→基準が確認できてから判定を再開。

通常経路だけでなく、補充不要、依頼済み、情報不足、システムを使えない場合にも行き先があれば、途中で判断を作る箇所を見つけやすくなります。作成後は、想定する利用者に実際の資料・画面で試してもらい、迷った箇所を修正してください。手順書を作成したことと、利用者が実行できると確認したことは別です。

関連資料との使い分け

• 業務棚卸し表：現在ある仕事、頻度、担当、時間、負荷を一覧にする。手順書にする業務を選ぶ前段階。
• 業務引き継ぎ表：担当交代時の現在地、残件、次の一手、参照先を渡す。定常業務の詳しい実行方法は手順書を参照先にする。
• 業務チェックリスト：必要な確認項目と判定基準を並べ、実施結果を確認する。本稿の手順書は、作業の順序や分岐後の行き先までつなぐ。
• WBS：仕事や成果物を管理できる単位へ分解する。手順書は、そのうち繰り返し実行する一つの業務について、具体的な進め方を書く。

これらは名称だけで用途が一つに決まるものではありません。チェックリストに簡単な手順を添える運用もあります。ここでは、当サイト内で重複を避けるために、各記事が中心として扱う仕事を分けています。

まとめ

業務手順書は、きれいな文章を増やすより、実行に必要な不足を見つけることから始めます。開始条件、準備、順序、判断、例外、記録、完了条件を確認し、不明な基準や権限は担当者へ質問してください。

まず一つの定常業務を選び、元メモから分からない箇所に印を付けます。回答を得た内容だけを手順へ反映し、通常・補充不要・依頼済み・情報不足などの経路を開始から終点までたどれば、どこで止まり、何を確認して再開するかが見える手順書になります。