任せたはずが戻ってくる（手戻り）を止める：仕事は「任せられる単位」に分解する

シーズン5 第5話

この回で手に入るもの

• 「任せたのに戻る（手戻り）」を止める分解×完了の基準×相談ルールの型

• 任せる仕様書（1枚）のテンプレ（コピペ）

• 曖昧な依頼→認知負荷→差し戻しのループを、構造で断ち切る視点

0) まず15秒で確認——手戻りレーン確認

次の4つの症状に、当てはまる頻度をスコアで答えてください。

0＝ない　／　1＝たまにある　／　2＝よくある　／　3＝ほぼ毎日

• Q1「任せたのに、結局自分が直している」

• Q2「完了の基準が人によって違う」

• Q3「途中で質問が止まって、最後に事故る」

• Q4「指示が増えて説明が長文化し、さらに混乱する」

合計が高いほど、任せ方が「作業」ではなく「意図」の伝言ゲームになっている可能性が高いです。

今日、会議で言う一言（テンプレ）

この依頼、完了の基準（合格ライン）を5行で揃えよう。成果物を分解して、相談ルールまで1枚にして渡します。

今日のアクション（1つだけ）

• 任せたい仕事を1つ選び、『成果物／完了の基準／相談ルール』だけ先に書いて渡す

1) 今日の結論（先に要点）

手戻りの原因は、メンバーの能力不足ではなく、
「任せる単位」と「完成の基準（完了条件）」が不明確なまま依頼が飛ぶ構造です。

だから解決策は、熱量を上げることではなく、

1. 仕事を任せられるサイズまで分解する

2. 完成の基準を文章で固定する

3. 途中で詰まったら戻れる相談ルールを先に決める（質問のタイミングと境界）

この3点を、1枚の「任せる仕様書」にして渡すことです。

2) 兼務リーダーの現場あるある（任せたのに戻る瞬間）

• あなた：「これお願い。あとよろしく！」

• メンバー：「了解です！」

• 3日後…

• メンバー：「ここ、よく分からなくて止まってました」

• あなた：「え、もっと早く言って…（結局、夜に自分で直す）」

これが続くと、リーダー側は
「任せる」ほど不安になり
「自分でやった方が早い」が強化され
チームは育たず、あなたの運（＝再現性）は下がります。

3) 科学的な根拠1：ゴールが曖昧だと、行動のばらつきが増える

ゴール設定理論のレビューでは、
「具体的で難しいゴール」が「ベストを尽くせ」よりも高い成果につながりやすいこと、
また、ゴールの具体性が「何を達成するか」の曖昧さを減らすことが整理されています。

手戻りが多い現場は、だいたいここが逆になっています。
×「いい感じにまとめて」
×「それっぽく仕上げて」

「いい感じ」は、各自の頭の中の辞書が違うので、ズレます。

4) 科学的な根拠2：難しい作業ほど、認知負荷が増える

目標に向かって手探りで解く問題解決は、
認知処理容量を強く消費し、学習（＝構造の獲得）を妨げうるといわれています。

現場の言葉に直すと、こうです。
- 「ゴールが曖昧なまま丸投げ」
→ メンバーは「何をゴールにするか」から探索する
→ 認知負荷が上がる
→ 詰まる／ミスる／相談できず止まる
→ 手戻り

難しい仕事ほど、
「考えさせる」より「構造を渡す」方が、結果として自走につながります。

5) 仕組みの型：任せる前に「3点セット」を固定する

(A) 分解：任せられる単位にする

WBS（Work Breakdown Structure）は、プロジェクトの成果物を階層的に分解し、
仕事を管理可能にする考え方として説明されています。

兼務リーダー向けに言い換えると、
- 成果物を「パーツ化」して渡す
- そのパーツが「1人が責任を持てる範囲」まで小さくする

(B) 完成の基準：完了条件を文章で揃える

Scrum.orgは、完成の基準 を
「段階的に少しずつ増やした変更（成果物）の合計が品質基準を満たした状態の正式な説明」
とし、透明性（共通理解）を作るものと説明しています。

(C) 相談ルール：途中の詰まりを「早期に見える化」する

完成の基準があっても、途中で止まると結局戻ります。
そこで、
- いつ相談するか
- どこまで自分で決めてよいか
- 何を持って相談すればよいか
を先に決めます。

6) 3ステップ実装（今週から回る運用）

ステップ1：仕事を「成果物ベース」で分解する（5分）

• 最終成果物を1行で書く

• それを“部品”に分ける（例：構成案／下書き／図／確認／公開）

• 部品ごとに担当を決める

ステップ2：「完成の基準（完了条件）」を5行で書く（5分）

完了の基準がないと、
「出したけど、期待と違う」が起きます。

だから、最低限この5つだけ書きます。
- 目的（何のため）
- 受け入れ条件（何が揃っていればOKか）
- 形式（ファイル・体裁）
- チェック項目（誤字・数字・リンクなど）
- 期限（いつまで）

ステップ3：「相談ルール」を1行で決める（5分）

おすすめの一行ルール：
「30分止まったら、現状／仮説／次の一手案を添えて相談」

止まること自体は悪くないですが、
「止まったまま黙る」が手戻りを増やします。

7) 配布ツール：任せる仕様書（コピペで使える1枚）

※Notion／Google Docs／紙、何で使用してもOK

タスク名：

1) 目的（Why）

• これが終わると何が良くなる？

2) 成果物（What）

• 納品物：

• 形式：

• 置き場所：/Editor/Season5（例）

3) 完成の基準（完了条件）

• 必須条件：

• NG（やらないこと）：

4) 手順（How：最小ステップ）

1.
2.
3.

5) 相談ルール（いつ／何を持って）

• 30分止まったら：現状／仮説／次の一手案

6) 権限と境界（どこまで自分で決めてよい？）

• 決めてよい：

• 相談が必要：

7) 期限（When）

• 第1締切（ドラフト）：

• 最終締切：

8) ミニ習慣（開運＝氣づき×行動）：任せる前に“1分で詰まりを潰す”

任せる直前に、次の1分チェックをします。
①完了の基準が「読めばYes/Noで判定できる」文章になっている？
②相談ルールが書いてある？
③ 置き場所が決まっている？

この1分が、夜の1時間を救います。

9) 次回予告（EP06）

次回は「任せる仕様書」を、チームに定着させる仕組み（レビュー運用／テンプレ化／教育コスト削減）を扱います。If-Then（もし〜なら）×チェックリストで任せっぱなし運用を軸に、「今日の型」を“継続して回る運用”に落としていきます。

📚️この記事を紹介してくださったマガジンです📚️

　　　　ぜひチェックしてみてください。