実際の仕事から生まれる業務記憶
知っている人がいるうちに、引き継ぎの抜けを見つける
「全部フォルダにあります」は、引き継ぎの始まりです。新任者に現実的な仕事を一つ渡し、受け取った情報から次の行動を選べるか確かめます。最初に迷った場所が、経験者が離れる前に残すべき説明を教えてくれます。
フォルダはそろっていても、最初の注文が止まる
たとえば、アントンがメイから仕入れの発注を引き継ぐとします。注文書と連絡先はあります。しかし、最初の注文は仕入先の週一回の締め切りを過ぎ、顧客が必要とする日に間に合わなくなりました。
メイは納期を約束する前に、その仕入先の締め切りを必ず確認していました。日付は昔のメールにあり、確認する理由はメイの頭の中にありました。
最初の注文を題材にすれば、抜けを早く見つけられます。どの日を約束できるか、その前に何を確かめるべきか、という問いです。
新任者が実務で使える、小さな資料一式
アントンの落とし穴は、週次の締め切りです。「納期を確認する」という一般論より、発注日によって顧客の開始日がどう変わったかを示す実例の方が役立ちます。
- 現在の手順と、その手順を更新する責任者。
- うまくいった例と、そう判断できる短い理由。
- よくある落とし穴と、それに気づくための具体的な情報。
- 仕事に必要なファイルとアクセス権。
- 新しい事情で約束が変わるとき、判断する人。
「分かりましたか」ではなく、次の行動を聞く
サンプルの注文を渡し、どの日を納期として伝えるか聞きます。メイが先に説明せず、アントンに探してもらいます。情報があっても意味が分からないなら例を補い、意味が分かっても情報へたどり着けないなら見つけ方を直します。
次に、顧客が通常と違う納品日程を求めるよう、条件を一つ変えます。普段のルールでは足りず、誰の判断が必要かを見分けられるでしょうか。読んだという記録より、引き継ぎが役立つかが分かります。
引き継ぎ会議の後も、知識を残し続ける
Trainualの退職前の知識継承ガイドは、手順に加えて判断の理由や関係者の事情を残すことを勧めています。それを日常の仕事でも続ければ、次の引き継ぎは良くなります。
IPIでは、担当者が提案し、応答を受け、結果を提出して確認に進みます。オーナーがすべての確認を自分で進めなくても、仕事を追えます。その中で見つかった教訓を、Inherited Willとして残せます。
前の経験を、新任者の次の仕事に届ける
アントンを関連する助言の受け手に設定すると、対象となる提案の送信後、着手前に、利用できる過去の仕事から教訓を届けられます。締め切りがなぜ重要かを理解し、必要な確認を計画できます。
メイが離れても、すでに残した理解まで失う必要はありません。オーナーは新しい商売上の判断に関わりながら、昔の説明をやり直す負担を減らせます。
アントンの最初の注文で、引き継ぎが答えられなかった質問も残します。次の新任者には、その改善も渡してください。
引き継ぎを、実際の仕事で使えるものにする
IPIの仕組みを見て、新任者の最初の仕事と、役立つ以前の教訓を選んでください。助けを減らして何ができるようになったかで、引き継ぎを評価できます。