事業運営の属人化を解消する。引き継げる仕組みのつくり方

属人化は、忙しい人を責めても解けない

仕事が一人に集まるのは、その人が信頼され、対応力があるからでもあります。問題は、休めないことや、判断の理由が共有されないことです。

まず、本人の仕事を全部洗い出すのではなく、止まると利用者や事業に影響が大きい仕事から見ます。緊急時に誰が何を見ればよいかを決めることが、最初の一歩です。

手順書には「なぜ」を残す

操作手順だけを記録しても、例外が起きると誰も判断できません。どんな目的で行うのか、どこまでなら現場で決めてよいのか、誰に相談するのかを添えます。

完璧なマニュアルを目指すより、実際に引き継ぐ人が使いながら直せる形にします。画面の写真や定型文も有効ですが、判断の背景が特に重要です。

二人で回す期間をつくる

引き継ぎを一度の説明で終えると、相手は質問しづらくなります。一定期間、主担当と副担当が同じ業務を見て、少しずつ役割を交代します。

実際のケースを通じて、記録に書けない感覚や例外が共有されます。引き継ぎは教育ではなく、運営の仕組みを磨く機会でもあります。

定例の振り返りで、仕組みを更新する

業務は変わるため、最初につくった仕組みを固定すると、別の属人化が生まれます。月に一度でも、困ったこと、例外、改善したいことを短く見直します。

誰かの頑張りに頼るのではなく、困ったときに相談と改善が起きる状態をつくることが、持続的な運営につながります。

属人化の優先順位を、リスクで決める

すべての仕事を一度に仕組みに変えようとすると、かえって現場が止まります。まずは、担当者が休むと利用者への対応が止まる、法令や契約に関わる、金銭や個人情報を扱う仕事から優先します。

次に、頻度が高く、別の人でも担える可能性がある仕事を選びます。重要度、緊急度、引き継ぎやすさで並べると、限られた時間でも効果の大きい対策から進められます。

暗黙知を取り出すには、実際の仕事を一緒に見る

経験者に「やり方を教えてください」と頼んでも、本人にとって当たり前すぎる判断は言葉にならないことがあります。実際の業務を横で見たり、過去のケースを一緒に振り返ったりすると、判断の節目が見つかります。

どの時点で誰に相談するか、何を異常と感じるか、例外をどう処理したかを聞きます。作業の順番だけでなく、迷ったときの考え方を残すことが、引き継げる仕組みになります。

共有の仕組みを、評価ではなく支援に使う

業務を見える化すると、担当者の仕事ぶりを評価されるのではないかと不安になることがあります。目的は監視ではなく、困ったときに助け合える状態をつくることだと共有します。

定例で「止まりそうな仕事」「他の人に聞きたいこと」を出せるようにすると、手順書では補えない知恵がチームに広がります。仕組み化は、一人の能力を薄めるのではなく、組織全体の対応力を増やす仕事です。

仕事の見える化は、観察から始める

属人化した業務を本人に説明してもらうだけでは、実際の流れが見えないことがあります。一定期間、どんな依頼が来て、どこで判断し、誰と連絡し、どの資料を使ったかを簡単に記録します。

観察すると、想定より多い例外対応や、特定の人しか持っていない情報が見つかります。見える化の目的は、仕事量を監視することではなく、仕組みに変えるべき箇所を発見することです。

引き継げない仕事には、理由がある

専門性が高い、例外が多い、判断権限が集中しているなど、すぐに引き継げない仕事もあります。その場合は無理に標準化せず、相談先を増やす、判断記録を残す、補助的な仕事から分けるといった方法を取ります。

すべての知識を同じ深さで共有する必要はありません。誰がどこまでできれば事業が止まらないかを考え、現実的な分担をつくることが大切です。

仕組み化の成果を、現場で確かめる

手順書や共有フォルダを作った後、実際に別の人が使えるかを試します。説明なしでできるところ、質問が必要なところ、記録が見つからないところを確認し、直します。

仕組み化は文書作成の完了ではありません。担当者が休んでも対応できる、問い合わせに迷わない、新しい人が学べるといった現場の変化で確かめます。

補足: 仕組みは、人を信頼しないために作るものではない

一人の経験と工夫を組織で生かし、困ったときに助け合えるようにするために仕組みがあります。人に頼ることと、仕組みで支えることを対立させず、両方を育てる視点が大切です。