店長交代時のシフト業務の引継ぎ｜正本・締切・権限の確認表

完成表を渡すだけでは、希望がどこへ届くか、誰に確認するかが分かりません。原本、コード定義、締切、提出先、例外時の相談先を一式にします。個人の記憶に頼っていた判断は、契約や社内規程の確認先へ結び付けます。

説明を聞くだけでなく、匿名化したデータで希望の受取から出力まで操作します。前任者が横で操作を代行すると、分からない手順が残りやすいため、まず後任者に進めてもらいます。

IPAのガイドラインは、退職・契約満了時の情報やID等の回収、実施状況の確認を挙げています。店舗では必要な所有権や管理権限を移したことを確認してから、不要になった権限を所定手順で解除します。

引継ぎでは、完成表を開くところからではなく、希望の訂正が届く場面を一件用意します。架空のS001さんが3日の開始を17時から18時へ変える例で、後任者が原本を探し、受付を記録し、希望一覧と配置案を直し、必要な確認と通知まで進めます。前任者は操作を代行せず、どこで止まったかを記録します。

原本の場所が分からないなら保存先、勤務コードの意味が分からないなら定義、変更を判断できないなら確認先を引継ぎ資料へ追加します。すべてを長い説明書へ書くより、実際に止まった作業と必要な情報を結び付ける方が、後から探しやすくなります。

演習の最後は出力ファイルまで確認します。後任者のアカウントで必要なファイルを保存できるか、本部へ渡す形式を作れるか、確定版と作業用を区別できるかを見ます。画面を見ながら説明を聞いたことと、一人で月末作業を終えられることは別です。

異動時点で回答待ちや再提出待ちがある場合は、一覧に対象者・対象日・現在の状態・次の行動・期限を残します。「何かあれば連絡」では、後任者が何を待っているか分かりません。例えば「S003の5日終了時刻、23日に本人回答予定」と書けば、その日までは待ち、過ぎたら確認する判断ができます。

権限の引継ぎでは、所有者、編集者、閲覧者を確認し、後任者が必要な操作をできることを試します。前任者のパスワードを共有して済ませず、社内の手順で必要な権限を移します。その後、不要になるアクセスを所定の方法で見直します。

最初の一か月は、回収締切後と確定前など確認の機会を決めます。質問を退職した前任者の私的な連絡先へ送り続けるのではなく、社内の責任者へつながる窓口を残します。引継ぎ資料の目的は、前任者の記憶を全部写すことではなく、後任者が判断と確認を進められる状態を作ることです。

後任者が最初のシフトを作る前に、質問を受ける社内窓口と確認日を決めます。退職後の前任者へ私的な連絡で頼り続ける形にせず、社内で完結する体制を作ります。

引継ぎ完了は「資料を送った日」ではなく、後任者が正本へアクセスでき、未完了事項の担当を把握し、提出まで一度試せた時点として記録すると確認しやすくなります。