任せたはずが戻ってくる（手戻り）を止める：仕事は「任せられる単位」に分解する
シーズン5 第5話
この回で手に入るもの
「任せたのに戻る（手戻り）」を止める分解×完了の基準×相談ルールの型
任せる仕様書（1枚）のテンプレ（コピペ）
曖昧な依頼→認知負荷→差し戻しのループを、構造で断ち切る視点
0) まず15秒で確認——手戻りレーン確認
次の4つの症状に、当てはまる頻度をスコアで答えてください。
0＝ない ／ 1＝たまにある ／ 2＝よくある ／ 3＝ほぼ毎日
Q1「任せたのに、結局自分が直している」
Q2「完了の基準が人によって違う」
Q3「途中で質問が止まって、最後に事故る」
Q4「指示が増えて説明が長文化し、さらに混乱する」
合計が高いほど、任せ方が「作業」ではなく「意図」の伝言ゲームになっている可能性が高いです。
今日、会議で言う一言（テンプレ）
この依頼、完了の基準（合格ライン）を5行で揃えよう。成果物を分解して、相談ルールまで1枚にして渡します。
今日のアクション（1つだけ）
任せたい仕事を1つ選び、『成果物／完了の基準／相談ルール』だけ先に書いて渡す
1) 今日の結論（先に要点）
手戻りの原因は、メンバーの能力不足ではなく、
「任せる単位」と「完成の基準（完了条件）」が不明確なまま依頼が飛ぶ構造です。
だから解決策は、熱量を上げることではなく、
仕事を任せられるサイズまで分解する
完成の基準を文章で固定する
途中で詰まったら戻れる相談ルールを先に決める（質問のタイミングと境界）
この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（もし〜なら）×チェックリストで任せっぱなし運用を軸に、「今日の型」を“継続して回る運用”に落としていきます。
📚️この記事を紹介してくださったマガジンです📚️
ぜひチェックしてみてください。
