成功を描く
誰が見ても状態を確認できる言葉で、何ができていれば成功かを書く。
第1〜11回・事前復習版
第9回
実行が止まったとき、意欲だけを疑わず、成功状態、役割、最初の一歩、負担、詰まりの見え方を整えます。
図でつかむ
役割と最初の一歩を明確にし、進み方を見ながら詰まりを回収して修正します。
進捗確認:人を監視するためではなく、実行条件を直すための情報として扱います。
3分復習
誰が見ても状態を確認できる言葉で、何ができていれば成功かを書く。
AとR、期限、完了条件、最初に行う小さな行動を明確にする。
進捗を監視ではなく改善情報として見える化し、相談・修正・停止の条件を決める。
本編
01
決めたことが消える、忙しさで止まる、一部の人だけが動く状態には、実行条件の不足があります。
『やる気がない』と決めつける前に、目的が伝わっているか、何をもって完了か、権限と時間があるか、相談先が分かるかを確認します。本人の意欲や行動も事実として扱いますが、それだけを原因にしません。
管理者が全部引き取ると短期的には早くても、次も管理者に依存します。任せる仕事と、管理者が保持する意思決定・支援・調整の責任を分けます。
目的、完了条件、役割、時間、相談先のどれかが曖昧。
もっと頑張る、意識を高める、全員でやるだけを求める。
成功状態、行動指標、役割、最初の一歩、詰まり回収、見直しをそろえる。
02
最終的に望む状態と、日々の行動が進んでいるサインを別に定義します。
成功状態は『何をするか』ではなく、実行後に誰・仕事・チームがどうなっているかを確認できる言葉で表します。必要な場合は結果指標も置きます。
先行指標は、結果が出る前に確認できる行動や工程のサインです。数えやすさだけで選ばず、成功状態につながる合理的な関係があるか、形式的な達成を招かないかを見直します。
03
Aは最終的に判断を引き受ける役割、Rは実務を進める役割です。
A(Accountable)は、目的・基準・資源・最終判断に説明責任を持ちます。R(Responsible)は、具体的な作業を実行します。同じ人が兼ねる場合もありますが、チーム内で誰が何を引き受けるかは明確にします。
任せるときは、What、Why、完了条件、期限、判断基準、相談条件を共有します。Rへ責任だけを渡し、権限・時間・情報を渡さない状態は委任ではありません。
04
最初の一歩を明確にし、新しい仕事で増える負担と、止まった理由を設計に戻します。
着手の目安は固定の時間ではなく、担当者が迷わず始められ、意味のある進捗になる小ささです。最初の数手、必要物、提出・共有先まで動詞で書きます。
新しい手順は仕事を増やすことがあります。反対やためらいを『抵抗』と固定化せず、負担、損失、懸念の情報として聞きます。追加するなら、廃止・簡素化・移管できる作業も検討します。
詰まりの共有先と確認の頻度を決め、見える化は犯人探しではなく設計修正に使います。相談、修正、継続、停止のどれを選ぶかを定例で判断します。
深掘り
件数や実施率が目的になると、必要性の低い行動や形式的な記録が増える場合があります。成功状態とのつながり、品質、現場負担、望ましくない抜け道を定期的に確認します。
懸念には負担、安全性、公平性、過去の失敗、情報不足が含まれることがあります。人格や立場で分類せず、論点を聞き、設計へ反映できることと決定権者が判断することを分けます。
重大な危険、法令上の義務、正規の事故対応などは、明確な指示と必要な保護措置を優先します。その後に実行過程を振り返り、恒久的な仕組みを改善します。
事例
会議で申し送り手順の変更を決めたが、数日後には旧手順へ戻っていた。新手順を使う人と使わない人が分かれ、管理者が不在の日は確認が止まる。
変化を嫌う職員が協力しない。全員へもう一度強く周知する。
成功状態と完了条件が共有されず、AとR、初日の作業、増える負担、詰まりの相談先が曖昧だった。実施状況の見える化も管理者の確認に依存していた。
成功状態を『必要情報が共通順序で次の担当へ渡り、未完了が見える』と定義する。A、R、初日の準備と試行範囲を決め、旧手順から廃止できる項目を選ぶ。詰まりを定例で回収し、情報の抜けと所要負担を見て手順を修正する。
現在地チェック
指示したかではなく、実行条件がそろい、詰まりから修正できるかを確認します。
次に試す:『実施する』を『〜になっている』へ書き換える。
次に試す:指標が増やす行動と副作用を一つ確認する。
次に試す:役割ごとに判断できる範囲を書く。
次に試す:明日最初に行う動詞から書く。
次に試す:共有先と次の見直し時点を決める。
チェック状態は保存・送信されません。印刷して振り返ることもできます。
出典確認用ID:MGT-09-A / MGT-09-B