人が替わっても、会社が学んだことは残せる

新任の拠点長に残ったのは、フォルダと質問の列

たとえば、エレンが別の拠点へ異動し、モーが後任になるとします。開始時のチェックリストも過去の報告書も渡しました。それでも火曜日には、顧客ごとの連絡方法の違い、別確認が必要な仕入先、前期の暫定対応が今も有効かという質問がオーナーに届きます。

ファイルは消えていません。文書と文書の間にある理由が抜けています。その理由がなければ、オーナーが会社の過去を翻訳し続けることになります。

今のルールと、以前の例外を分ける

規程は会社が今求めることです。仕事の記録は、ある場面で起きたことです。教訓は、次に何を見て判断するかを示します。同じシステムに保存しても、この意味の違いは明確にします。

仕入先の不具合が直るまでの例外なら、その条件も残してください。モーには、当時その対応が合理的だった理由と、今何を確かめるべきかの両方が必要です。一度の例外を、知らないうちに恒久ルールにしないためです。

実例：経験者が答えを確認し、次の回答に生かす

サイボウズが紹介する日産自動車の購買部門の事例では、経験者がシステムの回答を確認・修正し、その知見を後の回答へ生かす取り組みが紹介されています。2025年の取り組みは、kintoneに別途構築した仕組みを組み合わせています。

参考になるのは、回答を確かめる工程です。文書を集めるだけでなく、経験者の理解を残しています。モーの拠点でも、「この答えを使えるようにするため、エレンなら何を説明するか」と考えられます。

仕事をしながら、理解を残す

IPIでは、担当者が仕事を提案して応答を受け、提出結果を約束と照らして確認します。完了はオーナーか権限を持つ確認者が判断します。各人に経緯を聞き直す前に読める、仕事の履歴が残ります。

Inherited Willは、その試行から役立つ教訓を残し、受け取る設定をした後の担当者へ届けられます。モーは、なぜ特殊な確認が必要だったかを、同じ失敗をする前に学べます。

現在の規程には、更新する責任者が必要です。Inherited Willはそこへ、実際に仕事をした経験を加えます。人が替わっても、説明まで失う必要はありません。

いつもの説明役なしで、引き継いでみる

定期的な仕事を一つ選び、別の同僚に現在の手順と関連する教訓を渡してください。どう進めるか、どの情報で判断が変わるか、何に承認が必要かを尋ねます。

エレンの説明が必要な部分を見つけたら、そこを補います。渡したファイルの数を数えるより、引き継ぎの質が分かります。目指すのは、一人の記憶に頼りきらずに拠点が動くことです。