支援メンバーが来た。手順も説明した。それなのに質問が来るたびに自分が調べ直し、最後は「ここからは自分でやる」と引き取っている。これでは、人数が増えても自分の仕事は減りません。
この記事は、実務を抱えながら後継者を育てているリーダーに向けたものです。対象は、週次報告や問い合わせ対応のように繰り返し発生する仕事。「人に任せるのは大切」という話ではなく、次の一件をどう渡すかまで決めます。
先に結論
手順書を渡すだけで終わらず、実際の仕事で「何を見て、なぜそう判断したか」を見せる。その後、途中で確認できる範囲から本人に担当してもらいます。最初に減らすのは確認の回数ではなく、あなたしか判断できない仕事です。
仕事が戻ってくる原因は「手順の外」にある
「先週の資料を参考に、今週の進捗報告を作って」と頼む。担当者は数字を更新したものの、顧客に「遅れていますが、来週の確認会は開けますか」と聞かれて止まる。結局、あなたが残作業を調べ、説明し直す。
これは説明用の仮想ケースですが、引き継ぎの欠落がよく見える場面です。担当者が知らなかったのは、表の埋め方ではありません。
- どの遅れは今回の確認会に影響するのか。
- 誰に確認すれば、残作業と見通しが分かるのか。
- 自分で答えてよいことと、リーダーに戻すことの境目はどこか。
資料の完成形だけを渡しても、この判断は引き継げません。質問のたびに答えだけ返すと、次の例外でも同じところで止まります。
作業を返されたときは、先に「どの判断で止まった？」と聞いてください。 手順をもう一度説明するか、判断材料を渡すか、権限を明確にするかを分けられます。
最初に任せる仕事は、一つの完結した業務にする
いきなり「このプロジェクトをお願い」では範囲が広すぎます。一方、「数字の転記だけお願い」では、仕事の意味を理解する機会が残りません。
最初の候補は、繰り返し発生し、提出や実行の前に確認できる業務です。週次報告なら、情報収集・論点整理・資料作成・説明までを一つのまとまりにできます。
ただし、契約変更や納期の確約まで一緒に渡す必要はありません。業務のまとまりと、決めてよい範囲は別々に渡すのがポイントです。
今回の例なら、担当者には残作業の確認と報告案の作成を任せる。納期変更の約束はリーダーに戻す。この線を引けば、「全部任せる」か「全部自分でやる」かの二択になりません。
最初は作業をさせる前に、判断している場面を見せる
私が引き継ぎで勧めている方法は、最初から作業をすべて持たせず、まず自分の仕事を見てもらうことです。顧客との打ち合わせ、社内報告、使う資料、プロジェクトの運営方法。コードや手順書だけでは伝わらない部分を、実際の場でつかんでもらいます。
ただ横で見てもらうだけでは、判断の背景までは伝わりません。週次報告なら、次のように説明を足します。
「このタスクは遅れているけれど、確認会には直接使わない。今回は別の一覧で追います。こちらの受入テストは確認会の前提なので、担当者に残件と再確認の日を聞きます。今日の報告で決めたいのは、確認会をそのまま開けるかです」
ここで見せたいのは、赤く塗るセルではなく、何を優先して調べ、何を相手に判断してもらうかです。
新しい研修を丸ごと作る必要はありません。まず普段の報告準備や会議に同席してもらい、前後で一つの判断を説明します。その時間は引き継ぎの仕事として予定に入れます。本人の既存業務もそのままにして、見学だけ追加する進め方にはしません。
「見た」から「任せた」へ進む確認条件を決める
見学期間が終わっただけでは、任せられるかは分かりません。「分かった？」ではなく、次の成果を見ます。
1回目：自分が担当し、後継者が判断の理由を説明する
報告の後で、「今回、確認会に影響する遅れはどれだった？」「その見通しは誰に確認した？」と聞きます。答えがずれていれば、資料を作らせる前に認識をそろえます。
次の機会：本人が案を作り、外へ出す前に一緒に見る
担当者が情報を集めて報告案を作ります。こちらが見るのは、文言の好みより、根拠・未確認事項・判断してほしいことの三つです。直す箇所は理由とセットで返します。
その後：本人が担当し、決めた条件で相談する
根拠を説明でき、未確認のことを勝手に確約しないことが確認できたら、合意した範囲で担当してもらいます。新しい種類の問題や権限を超える判断は相談する。この段階でも、相談できる接点は残します。
ここでいう回数は順序の例です。次へ進む基準は経過日数ではなく、本人が実際に説明・作成・判断できたか。習得が早ければ進め、同じ箇所で止まるなら渡す情報や担当範囲を見直します。
口を出すべきなのは「やり方の違い」ではなく「外せない条件」
任せた後に毎回自分の書き方へ直すと、相手は「結局、あなたの正解を当てる仕事だ」と受け取ります。確認の基準を先に決めておきます。
| 起きたこと | リーダーの対応 |
|---|---|
| 資料の並び方が自分と違うが、判断に必要な情報はそろっている | そのまま進める。好みだけで作り直させない |
| 遅れの影響を説明できない | 本人に調査先と確認事項を整理してもらい、必要な接点をつなぐ |
| 未確認の納期を顧客に約束しようとしている | 外へ伝える前に止め、決定権のある人へ戻す |
| 提出までに必要な確認が終わらない | 間に合わせる分担を決める。業務全部を無言で取り戻さない |
緊急に一部を引き取ることはあります。その場合も、「今回は納期判断をこちらで持つ。確認済みの残作業はあなたから説明してほしい」のように、残せる担当を残します。
対応後には、何が足りなかったのかを確認します。情報がなかったのか、相談先が分からなかったのか、任せる範囲が大きかったのか。ここを直さず、毎回こちらで片づけるのが一番もったいないところです。
次の引き継ぎでは、この5項目を埋める
週次報告を任せるなら、依頼はここまで具体的にできます。
任せる業務： 週次の進捗報告。残作業の確認から、報告案の作成・説明まで。
今回の目的： 次の確認会を予定どおり開けるか、必要な調整を決める。
本人が決めること： 情報の集め方、報告資料の構成、追加確認の依頼。
相談が必要なこと： 納期・契約・人員の変更。確認できていない見通しの確約。
最初の確認： 外部へ共有する前に、根拠・未確認事項・判断してほしいことを一緒に見る。
「資料を作って」より長い依頼ですが、目的不明の手戻りを防ぐために先に渡す情報です。まず一つの業務で使い、担当者が止まった判断を次の引き継ぎへ追記します。
任せる範囲の決め方を、もう一段学ぶなら
『エンジニアリング組織論への招待』は、手順書を増やしても任せられない理由を、認識のずれや権限の問題から考えたい人向けの候補です。出版社の目次では、メンタリングと権限委譲が扱われています。
この記事の週次報告例は独自の例です。本に同じ引き継ぎ票が載っているという紹介ではありません。目先の一件は上の5項目で進め、複数人へ仕事を渡す仕組みまで考えたくなったときに読む一冊として案内します。
※Amazonのリンクにはアフィリエイトを含みます。
最後に、次に発生する反復業務を一つ選んでください。そして、作業の説明より先に「自分はどこで何を判断しているか」を書き出す。そこを見せることが、あなたに戻ってくる仕事を減らすための最初の一歩です。
