業務引き継ぎを一件から整える手順書のイメージ

業務引き継ぎの属人化を減らす方法|30分で作る手順書と確認項目

業務引き継ぎを一件から整える手順書のイメージ
業務引き継ぎが人によって違うときに。30分で作る手順書と確認の仕組みの要点
業務引き継ぎの属人化を減らす方法

業務引き継ぎが人によって違うときに。30分で作る手順書と確認の仕組み

担当者が休むたびに『あの件は誰に聞けばいい?』となるなら、最初に作るのは分厚いマニュアルではありません。次の人が最初の一件を処理できる、短い手順書です。この記事では、引き継ぐ仕事を一つ選び、通常の流れと迷いやすい例外を記録し、実際に別の人が試せる状態まで整えます。最初の作業時間は30分を目安にしますが、業務の複雑さに応じて分けて進めてください。

引き継ぎを一件から始める4段階の4段階を示す本文図解
引き継ぎを一件から始める4段階
引き継ぎを一件から始める4段階
  1. 1

    対象業務を一つ選ぶ

  2. 2

    開始と完了を記録する

  3. 3

    例外と相談先を添える

  4. 4

    別の人が一件試す

最初に対象業務を一つだけ選ぶ

『自分の仕事を全部引き継ぐ』と考えると、手順書が完成する前に時間切れになります。今週中に別の人が代わる可能性があり、発生回数が多い仕事を一つ選んでください。たとえば問い合わせの一次返信、請求書の照合、予約変更の受付です。重要度が高くても年に一回しか起きない作業は、最初の練習台には向きません。

選ぶときは、直近の実例を一件用意します。架空の完璧な手順を頭の中で作るより、実際に届いた依頼を入口から終わりまでたどる方が抜けを見つけやすくなります。個人情報を含む実例を共有する場合は、必要な範囲に匿名化してください。

最初の対象を決める目安
候補 選ぶ理由 後回しにする条件
問い合わせの一次返信 発生頻度が高く短時間で試せる 個別判断が多く承認者が不明
請求書の照合 開始と完了が比較的明確 閲覧権限がまだ整っていない
年次の特殊な申請 失敗すると影響が大きい 年に一度で試す実例がない

手順書には開始条件と完了条件を書く

操作を列挙する前に、『何が来たら始めるか』と『何をもって終わりか』を書きます。問い合わせなら、共有受信箱に新着が届いたら開始。返信し、対応履歴に担当者と日時を残したら完了、といった形です。画面のボタン名だけを並べると、途中で判断が必要になった時に止まります。

一行目に対象の仕事、次に開始条件、操作の順序、確認項目、完了条件を置きます。各操作には、その結果がどこに残るかも添えます。『保存する』だけでは保存先を探す時間が発生します。ファイル名の規則や共有フォルダ名も必要なら書きますが、パスワードや認証コードを手順書に貼り付けてはいけません。

  • 開始:依頼の到着場所と担当の決め方
  • 処理:操作順と判断の基準
  • 完了:返信・記録・承認の確認先

例外は通常の流れの隣に置く

現場で引き継ぎが止まるのは、普通の一件より『この場合はどうする?』という境目です。料金が違う、必要書類が足りない、担当者が不在、締切が近い。よくある例外を二つか三つ選び、通常手順のすぐ下に『ここで止めて誰へ相談するか』を書きます。判断できないまま自己判断で進めるより、止める条件を明確にする方が安全です。

相談先は個人名だけにせず、役割と連絡手段を書きます。異動や休暇があっても探せるようにするためです。承認が必要な金額や期限があるなら、その境界も明記します。数値を決められない業務では『上長確認が必要なケース』を実際の社内ルールから転記し、推測で作らないでください。

例外時に残す情報
起きたこと その場の対応 残す記録
必要情報が不足 返信前に不足項目を確認 確認した日時と不足項目
担当者が不在 代行担当または責任者へ回す 引き継ぎ先と期限
社内基準にない依頼 判断を保留し承認者へ相談 相談内容と決定理由

30分で作るなら実例を見ながら書く

最初の10分は最近の一件を実際に追い、画面や書類を開いた順にメモします。次の10分で開始条件、完了条件、よくある例外を付け加えます。最後の10分で、作成者とは別の人に読んでもらい、『今すぐ最初の操作ができるか』だけを尋ねます。これは完成までの保証時間ではなく、最初の版を作るための区切りです。

画面が頻繁に変わるサービスなら、スクリーンショットだけに依存しないでください。ボタンの位置より、入力する内容と判断する条件を文章にします。画像には個人情報が映り込まないようにし、変更された時に差し替える担当を決めます。手順書の長さより、次の担当者が迷わず一件を処理できることを優先します。

一件の試行で詰まりを直し、更新日を残す

読んだだけで『分かりました』と言われても、実際にできるとは限りません。本人の権限で処理できる安全な一件を選び、作成者はすぐに口を挟まず、どこで質問が出るかを見ます。質問が出た行は読み手の能力の問題として片付けず、手順書に足りない情報として直します。権限がない画面に入ろうとして止まったなら、手順の前に権限確認を置きます。

最後に『最終更新日』『更新担当の役割』『次回見直し日』を記入します。サービス画面や社内ルールが変わったときに、古い手順のまま作業しないためです。初回は一週間後に見直し、実際に出た例外だけを追加すると維持しやすくなります。変更履歴は一行で十分です。何を、なぜ変えたかが分かれば、次の人が古い版との差を追えます。

  • 試す人には最初の一件だけ担当してもらう
  • 質問が出た行を具体的に書き直す
  • 更新日と担当を手順書の先頭に置く

今日から進める手順

  1. 1
    一つ選ぶ

    今週発生した業務から、別の人が代行する可能性のある一件を選び、実例を用意する。

  2. 2
    入口と出口を書く

    依頼の到着場所と、何を確認したら完了なのかを一文ずつ書く。

  3. 3
    例外を二つ加える

    不足情報や承認待ちなど、手を止める条件と相談先の役割を記す。

  4. 4
    別の人が試す

    権限のある担当者が安全な一件を試し、質問の出た行と更新日を修正する。

実行前のチェックリスト

  • ✓ 対象業務が一つに絞られている
  • ✓ 開始条件と完了条件が書かれている
  • ✓ 保存先と記録場所が具体的に分かる
  • ✓ 例外時の相談先が役割で示されている
  • ✓ パスワードや個人情報が手順書に残っていない
  • ✓ 別の担当者が一件試している
  • ✓ 最終更新日と見直し日がある

引き継ぎは、すべての知識を一度に文書化しようとすると止まります。今週の一件を選び、開始と完了、迷いやすい例外、相談先を記録してください。別の人が実際に一件処理した時に詰まった箇所こそ、次に直すべき行です。

よくある質問

手順書は何ページ必要ですか?

ページ数を先に決める必要はありません。一件を処理するのに必要な開始、操作、判断、完了、例外が揃っているかで判断します。複雑なら業務を分けます。

担当者しか権限を持っていない場合は?

手順書を作る前後で管理者に正規の権限付与を相談してください。IDやパスワードの共有で代行させないでください。

例外が多すぎて書き切れない場合は?

頻度の高い例外から二つか三つ書き、その他は判断を止める条件と相談先を示します。発生した例外を見直し時に追加します。


コメント

コメントを残す

メールアドレスが公開されることはありません。 ※ が付いている欄は必須項目です