メインコンテンツへスキップ

「引き継ぎ資料を作っても引き継げない」問題:手順書より先にやること

    画像

    引き継ぎ資料を作った。渡した。でも1か月後に「これ、どうしたらいいですか?」が来た。資料は読まれていた。でも判断できなかった。手順は書いたが、「なぜそうするか」が抜けていたからだ。引き継ぎ後の質問を減らしたい人に向けて、設計を変えた記録です。

    「資料を渡したのに動けない」が起きる理由

    引き継ぎ資料には、大きく2種類がある。

    A:手順書型(こうしたらこうなる、という手続きの記述)
    B:判断書型(この状況のときはこうする、という判断の記述)

    多くの引き継ぎ資料は「A」だ。

    作りやすいし、「手順さえ分かれば動ける」という前提があるからだ。でも実際のところ、業務で難しい場面は「手順通りにいかないとき」に集中している。

    例外が来たとき。変更が入ったとき。担当者が変わって初めて気づく微妙な判断のとき。

    そのときに「なぜこの手順なのか」が分からないと、次の一手が出せない。

    「資料を渡したのに質問が来る」のは、資料の量の問題でも、相手の読解力の問題でもない。手順が書かれていて、判断が書かれていないのが本当の原因だと気づいた。

    「なぜ」が抜けると何が起きるか

    具体例で考えてみる。

    手順書に書いてあること:

    月末の在庫確認は、管理システムから報告書をダウンロードして、Excelに貼り付ける。

    引き継ぎ後に来た質問:

    「今月はシステムがメンテナンス中で使えないのですが、どうしたらいいですか?」

    手順書には例外時の対応が書いていない。書いていなかったのは、例外を想定していなかったからだ。

    もし「なぜこの手順なのか」が書いてあれば、違っていた。

    月末在庫の確定値を取得するため、システムが確定した後の月末日16時以降にダウンロードする。

    この理由があれば、「メンテ中なら翌日以降に取得してもいい」と自分で判断できる。

    手順が分かっていても、理由が分からないと応用が利かない。 これが引き継ぎ設計の盲点だった。

    変えた設計:3つのステップ

    手順書に「判断の根拠」を追加する方向に変えた。ただし、全部は書かない。

    ステップ1:「判断が必要な箇所」だけ特定する

    手順の中に2種類ある。

    • 決まった操作をするだけの部分(手順通りで完結する)

    • 状況によって判断が変わる部分(イレギュラーが起きる可能性がある)

    後者だけに「なぜ」を追記する。

    全部に書こうとすると資料が膨らんで、かえって読まれなくなる。どこに「なぜ」が必要かを先に選ぶことが、このステップの本質だ。「判断が変わる箇所はどこか」を洗い出すだけで、その業務の属人化ポイントも見えてくる。

    ステップ2:「こう来たらこうする」の条件を書く

    判断が必要な箇所に、シンプルな条件表を添える。

    条件が書いてあれば、想定外の状況が来たときも「どの条件に近いか」で考えられる。手順書を「操作マニュアル」から「判断の地図」に変えるイメージだ。

    ステップ3:「最初の1週間だけ一緒に見る」時間を取る

    資料を渡して終わりにしない。

    最初の1週間は、同じ作業を15〜30分だけ一緒に確認する時間を取る。この「一緒に見る時間」で、資料に書いていない判断が必ず表れる。出てきた判断はその場でメモして、後日資料に追記する。

    「完成した資料を渡す」より「一緒にやりながら直す」ほうが、最終的に完成度が上がる。資料は最初から完璧にできない。育てるものだと思うようにした。

    やってみて気づいたこと

    引き継ぎ後の質問が変わった。

    以前:「これ、どうやるんですか?」
    変えてから:「この判断で合ってますか?」

    後者の質問は、相手が自分で考えた上での確認だ。答えを伝えると、次からは自分で判断できるようになる。質問の回数はそれほど変わらなくても、質問の「深さ」が全然違う。

    失敗① 判断の根拠を書いたら、資料が膨らんだ

    最初にやった失敗がこれだ。

    「なぜ」を全部の手順に書こうとしたら、資料のページ数が2倍近くになった。新しい担当者に渡したとき、相手の顔が一瞬曇った。「これ……全部読むんですか?」と聞かれた。「全部読む必要はない」と答えた自分が、一番ダメだと思った。

    膨らんだ資料は読まれない。読まれない資料は存在しないのと同じだ。

    対策として「書かない理由」を先に決めた。

    • 常識の範囲で分かること → 書かない

    • 変わる可能性がない固定手順 → 書かない

    • 変わるかもしれない・例外が来そうな箇所 → ここだけ書く

    この判断をしてから、資料の量が適切な分量に戻った。

    失敗② 「一緒に確認する時間」をスキップした週の末路

    もうひとつの失敗がこれだ。

    忙しさを理由に、週次の確認をスキップした。「もう大丈夫だろう」という過信もあった。でも「大丈夫かどうか」は、一緒にやらないと分からない。資料では補えない暗黙の判断が、確認をやめた瞬間から積み残されていく。

    その週に限って、翌週に「ここ分からなかったんですが」がまとめて来た。しかも複数同時に。着実に積み残されていたのだ。

    以来、週次の確認はカレンダーに入れて、物理的にスキップしにくくした。15分でいい。ゼロにしないことが大事だった。

    明日から試せる一歩

    • 今ある引き継ぎ資料を開いて「判断が必要な箇所」に印をつける

    • その箇所だけ「通常はこう、例外はこう」を1〜3行で書き添える

    • 最初の1週間は「15分だけ一緒に確認する」をカレンダーに入れる

    • 一緒に確認して出た質問を、その日のうちにメモして後日追記する

    • 「資料を渡したら終わり」から「渡して、走りながら育てる」に切り替える

    AI活用との接点

    引き継ぎ資料の「判断の根拠」部分を、AIで下書きできるかもしれない。

    「この手順の目的と、変えてはいけない理由を書いてください」と投げると、どこまで使える出力が来るか。属人化した判断をAIに言語化させる実験として、次回試してみる。


    #AI活用100本ノック 進捗:24/100
    次回の実験:引き継ぎ資料の「判断の根拠」部分をAIで下書きして、修正コストを測る


    このnoteでは、現場改善・AI活用・小さな自作ツールの試行錯誤を記録しています。
    初めての方はこちらからどうぞ。
    ▶ はじめての方へ|このnoteで書いていること

    あなたへのおすすめ