休んだ日に限って「この処理、どうするんでしたっけ」と連絡が来る。異動の話をすると「あなたがいなくなったら困る」と言われる。頼られるのはうれしくても、いつまでも自分しか分からない仕事を抱えていると、休暇も次の仕事も選びにくくなる。
そこで役に立つのが、仕事の進め方と判断の目安を残す手順書だ。ただし、ファイルを作っただけでは引き継ぎは終わらない。読む人が実際に動けることと、迷ったときに誰が決めるかまで確かめたい。
この記事では、担当者だけが知っている状態を減らすために、保留案件の残し方、使える手順書の作り方、異動や退職に向けた引き継ぎの区切り方を考える。以下の場面は説明用の架空例であり、特定の職場や人物の話ではない。
仕事が止まっている場所を、まず分けて書く
たとえば、新しい備品の準備は終わっているのに、利用者への案内だけが止まっているとする。上司から「まだ送らないで」と指示が出て、そのまま数日が過ぎた。利用者に聞かれた担当者は、準備そのものを忘れていたように見えてしまう。
このとき「未対応」とだけ記録すると、作業、連絡、承認が一つにまとめられてしまう。「備品の準備は完了。利用開始日の承認待ち。案内は未送信」と分ければ、どこから先を進めればよいかが見える。
保留が必要な場面はある。安全確認や契約内容の確認が終わる前に、勝手に進めてよいわけではない。大事なのは、止まった案件が誰の記憶にも残っていない状態を避けることだ。
「保留」に五つの情報を添える
保留中の仕事には、次の五つを残すと確認しやすい。これは実務上の整理案であり、どの職場にも同じ書式を義務づけるものではない。
- どこまで終わったかと、何を待っているか
- 保留の理由と、再開に必要な条件
- 再開を判断する人と、実際に作業する人
- 次に確認する日時。確定した再開日がなければ、確認日を決める
- 問い合わせを受ける窓口と、関係者へ知らせる人
先ほどの例なら、「準備済み。開始日の承認待ち。判断はチーム責任者、案内送信は担当者。木曜午後に状況を確認。問い合わせは共有窓口で受ける」と書ける。人物名が必要な社内記録は、業務上必要な人が見られる場所に置く。
確認するときは、「前回の指示で案内を保留しています。準備は完了済みです。再開条件と、次の確認日を決めてもよいでしょうか」と聞く。誰かを責めるためではなく、次の行動を決めるための記録にする。相手の承諾もなく、担当や期限を一方的に変更するのは避けたい。
手順がない理由を、性格で決めつけない
「その人に聞かないと進まない」状態を見ると、知識を囲い込んでいるように感じることがある。しかし、理由は一つとは限らない。文書にする時間がない、例外が多い、誰が更新するか決まっていない、といった事情も考えられる。
人によって返答が違う場合も、好みの問題だと即断する前に、伝えた情報、相談した時点、判断できる権限が同じだったかを確かめたい。それでも説明のつかない違いが続くなら、日時と依頼内容、返答、仕事への影響を事実として残す。
管理する側には、何を優先するか、誰が決めるか、どこで詰まっているかを整理する役割がある。ただし、その上司にも決定権がないことはある。「できるはずだ」と押し合うより、実際に決められる人まで確認の経路をつなぐほうが、次の一手を探しやすい。
手順書は、操作と判断をセットで残す
使える手順書は、画面のクリック順を並べるだけのものではない。後任が困るのは、「いつ始めるか」「この結果で合っているか」「いつもと違ったらどうするか」が分からないときだ。まずは繰り返し発生する一つの仕事から、次の七項目を書いてみる。
- 目的と開始条件。この仕事で何を終わらせ、何が届いたら着手するか
- 必要なもの。入力資料、保存場所、申請が必要なアクセス権
- 通常の手順。順番と、各段階で確かめること
- 判断の目安。問題のない結果と、確認が必要な結果の例
- 例外への対応。止める条件、相談先、承認が必要な点
- 完了の形。残す記録、保存先、次の担当者への連絡
- 維持する方法。更新担当、最終確認日、変更を反映する場所
たとえば備品の利用案内なら、「メールを送る」だけでなく、「開始日が承認されたか」「送信先は最新版か」「送信後の記録はどこか」を書く。開始日が未定の場合は、確認する相手と保留の記録方法までつなげる。
共有用の手順書にパスワードを貼り付けない。実在の顧客や従業員の情報をそのまま例に使わず、架空の入力例に置き換える。必要な権限は、社内で認められた方法で申請する流れを示す。誰でも読めることと、誰でも機密情報を見られることは別だ。
「九割書いた」より、一人が試せたか
ページ数が増えると完成に近づいた気になる。けれど、書いた本人には当然の一手が抜けていることがある。「いつものフォルダ」「適宜対応」「必要なら確認」は、その仕事を知らない人には手順にならない。
安全に試せる範囲で、後任や別の担当者に一件をたどってもらおう。実際の送信やデータ更新が危険なら、架空の資料やテスト環境で確認する。説明役はすぐに答えを教えるのを少し待ち、相手が止まった場所を記録する。そこで出た質問が、書き足すべき箇所になる。
その後、「通常の一件は進められた」「例外は責任者への確認が必要」「アクセス権は申請中」と、できた部分と残った部分を分ける。手順書の量だけで完成を判断せず、使える範囲と未解決の条件が分かる状態を目指す。
引き継ぎの終わりは、一人で背負わず決める
異動や退職が近いなら、残りの時間で何を渡すかを責任者と相談したい。日々の仕事を全部続けながら、全業務の手順書を完璧にする計画では終わりが見えにくい。止まると影響が大きい仕事、頻繁に起きる仕事、自分だけが知っている判断から優先順位をつける。
引き継ぎ一覧には、業務名、資料の場所、引き受ける人、説明や試行の状況、未解決の点を残す。受け手がまだ決まっていない業務は、そのまま明記して責任者と確認する。「資料は置いた」だけで引き継ぎ済みとはせず、受け手が閲覧できるか、質問を扱う時間があるかも確かめる。
一方で、引き継ぎが完璧になるまで異動や退職を選べない、という話でもない。本人が対応できる範囲、期限、残る課題の扱いを関係者と整理する。会社の資料を私物の端末へ持ち出したり、退職後も無期限に答える約束をしたりせず、共有先と対応範囲を確認しておく。
賞与や退職日の都合がある場合も、「支給が決まったら必ず受け取れる」とはこの記事だけでは判断できない。日本を含め、条件は地域や勤務先によって異なる。自分に適用される契約、社内規程、支給条件を確認し、不明点は適切な窓口へ相談する。ここでは個別の支給可否や退職手続きの法的判断は扱わない。
残したいのは、自分への問い合わせではなく次の人の道順
知識を共有しても、積み重ねた経験の価値が消えるわけではない。迷いやすいところを見つけ、判断の目安に変えた仕事も、十分に大切な成果だ。
最初から立派な手順書を目指さなくていい。いま自分にしか分からない仕事を一つ選び、始め方、終わり方、困ったときの相談先を書く。そして、別の人に一度たどってもらう。
休む、異動する、次の仕事へ進む。そのどれを選ぶときも、「あの人に聞くしかない」が一つ減っていれば、残る人も自分も動きやすくなる。手順書はそのために残す。
