第4回

チーム基盤と仕組み化

『あの人ならできる』を強みにしたまま、『その人がいなくても安全に進められる』条件をチームでつくります。

第1〜11回事前復習版|個人の頑張りを、チームの再現性へ

仕組みとは、誰かを縛るルールではなく、誰でも迷いにくく、異常に気づき、改善できる条件。

この章でできるようになること

  • 属人化している業務を、観察できるサインから見つけられる
  • 現状把握・標準化・仕組み化・定着化の順で小さな仕組みを設計できる
  • 作って終わらず、現場のフィードバックで更新する方法を決められる

図でつかむ

属人化を、小さな仕組みへ変える

完璧な規程を先に作らず、止まっている場所を見つけ、最低限をそろえ、使いながら直します。

!属人化のサイン人が変わると止まる・迷う
1現状を見る手順・役割・情報を分ける
2最低限をそろえる通常・例外・相談先
3使って直す迷いと抜けを集めて更新

仕組みの目的:人を縛ることではなく、誰でも迷いにくく、異常に気づける状態をつくります。

3分復習

3分で思い出す

1

見つける

人によってやり方が違う、特定の人がいないと止まる、情報の置き場所が分からない業務を探す。

2

小さく整える

完璧な規程から始めず、最低限の手順・役割・確認点を一つの流れにする。

3

使って直す

実際に使い、迷った場所、抜けた情報、余計な手順を集めて更新する。

本編

本編

01

属人化を、個人の強さではなく運営上の状態として見る

経験者が持つ知恵は資産です。ただし知恵が共有されず、仕事が一人に依存すると、継続性と学習の機会が失われます。

属人化のサインは、担当者によって説明が変わる、口頭や個人メモに情報が残る、休みの日も確認連絡が来る、判断理由が後から追えない、といった状態に現れます。

『本人にもっと教えてもらう』だけでは、負担がその人に戻ります。管理者は、知恵を引き出す時間、標準へ変える方法、例外時の相談先まで設計します。

人に依存

記憶、経験、善意、いつもの担当者が仕事を支える。

仕組みで支援

必要情報、手順、役割、完了条件、相談先が共有される。

人の強みを活かす

経験者は穴埋め役ではなく、改善と育成へ知恵を使える。

02

仕組みと文化を分けて、つなげる

仕組みは見える手順や場、文化は繰り返し選ばれる価値観と行動です。

ルール、業務フロー、記録様式、会議体は仕組みです。『困ったら早く共有する』『確認を省略しない』といった日常の行動は文化です。

仕組みを置くだけで文化は変わりません。管理者が自ら使い、使った行動を具体的に認め、使いづらさを修正することで、仕組みと文化が互いを支えます。

  • 仕組み:何を、いつ、誰が、どう確認するか
  • 文化:その仕組みを使う意味を共有し、日常で選び続けること
  • 管理者:例外や失敗を改善材料として扱うこと

03

仕組みづくりの4ステップ

現状把握から始め、最低限の標準をつくり、道具へ落とし、使いながら定着させます。

最初に、誰がどの場面で迷い、何が抜け、どこへ影響するかを観察します。次に、通常時の最低限のやり方と、例外時に相談する条件を言葉にします。

チェックリストや共有表は目的ではありません。必要な行動を思い出し、異常に気づき、次の人へつなぐ補助具です。導入日と同時に見直し日を決めます。

  • 現状把握:ばらつき・停止・抜けを観察する
  • 標準化:最低限の流れと完了条件をそろえる
  • 仕組み化:役割・記録・確認点を使える形にする
  • 定着化:試行・振り返り・修正を繰り返す

04

良い仕組みは、現場の判断を奪わない

通常をそろえながら、例外を発見して相談できる余白を残します。

手順が細かすぎると、読むことが目的になり、現場の変化に対応できません。逆に曖昧すぎると、また経験者の判断へ戻ります。通常の流れ、止める条件、相談先の三つを明確にします。

安全性・法令・専門判断が関わる業務は、研修だけで独自手順を確定しません。法人の正規手順と専門職の確認を優先し、その範囲で使いやすさを改善します。

深掘り

もう一段深く考える

標準化は、全員を同じ人にすることではない

標準は最低限の安全と連携をそろえる共通土台です。その上で、相手や状況に応じた専門的判断を行います。守る部分と調整できる部分を分けると、画一化を防げます。

チェック項目を増やすほど安全になるとは限らない

長すぎるチェックリストは読み飛ばしや形式化を招きます。重大な見落としを防ぐ項目へ絞り、実施者が意味を説明できる状態を目指します。

ツール名より、情報の流れを先に決める

共有アプリや表計算を導入しても、誰が何を記録し、誰がいつ確認するかが曖昧なら改善しません。既存の承認済み環境で、情報の入口・確認・完了を先に設計します。

事例

申し送りが人によって変わる

状況

申し送りの内容と順番が担当者ごとに異なり、重要事項が後から個別連絡される。経験者がいる日は補われるが、不在時に確認が増える。

避けたい捉え方

若手は要点をつかめない。経験を積めばできるようになる。

状態としての観察

必要項目、優先順位、完了条件、次の担当が決まっていない。経験者の頭の中に判断基準があり、学ぶ材料が共有されていない。

再現できる次の一手

必要項目と未完了事項を一枚の共通順序にし、誰が受け取ったかを確認する。まず短期間試し、抜けた項目と不要な項目を次の振り返りで直す。

考える問い

  • 経験者が無意識に確認していることは何か
  • 最低限そろえる項目と、個別判断を残す部分はどこか
  • 試行後に何を観察すれば、使える仕組みと言えるか

現在地チェック

自分の現在地を確認する

仕組みの数ではなく、チームが迷いにくくなり、問題に早く気づけるかを確認します。

次に試す:休みの日に確認連絡が来る仕事を一件挙げる。

次に試す:曖昧な一か所を選び、見える言葉にする。

次に試す:使う人に『どこで迷うか』を一つ聞く。

次に試す:次の確認日と、抜け・時間・質問のどれを見るか決める。

チェック状態は保存・送信されません。印刷して振り返ることもできます。

次回へのつながり

仕組みは、フィードバックで育つ

作った手順が実際に使えるかは、現場の行動と結果から学ぶ必要があります。第5回では、評価語ではなく事実と影響を共有し、改善を合意する対話を扱います。

第5回 フィードバックと対話へ

出典確認用ID:MGT-04-A / MGT-04-B / MGT-04-C