WICAD Step 5｜Delegation：仕事を“人ごと”引き継ぐための最終設計
■ 「任せる」と「引き継げる」は違う
多くのマネージャーは、
業務を一度誰かに任せた時点で「委譲できている」と考えがちです。
しかし、**その仕事が人を変えても同じように回るか？**と問われると、
Yesと即答できるケースは少ないのではないでしょうか。
**Delegation（委譲）とは、「誰かに任せること」ではなく、
「人が変わっても再現できる仕組みごと業務を引き継ぐこと」**です。
✅ Asanaでの設計が、Delegationの前提になる
Step 4（Asana）で業務が適切に設計されていれば、
それはすでに「実行できる構造」として整理されています。
Delegationでは、それを**“構造ごと人に渡す”**ことを意識します。
✅ 引き継ぎの観点：何を「人ごと」渡す必要があるのか？
🧩 引き継ぎ時に使う“チェックリスト”の視点
-
□ Asanaタスクに担当者変更を反映しているか？
-
□ タスク説明欄にIntent・成果物・リンクが明記されているか？
-
□ 参照すべきドキュメント・動画・テンプレートのリンクが付いているか？
-
□ 過去の履歴（Slackスレッド／Q&Aなど）は残っているか？
-
□ 前任者が引き継ぎ時点で「補足したほうがいいこと」を口頭で伝えられるか？
✅ 形式ではなく「状態」で引き継げているか？を確認せよ
単に「担当者をAsanaで変更した」では不十分です。
その仕事が「その人の頭の中」にしかない状態から、
「誰でも見ればできる状態」に移行しているかを確認することが重要です。
🧠 Delegationに失敗する典型パターンと対策
✅ Delegationは「成長の設計」である
-
部下に一度教えた業務を、「次の担当者にも渡せる形にする」
-
フロー、判断、成果物が“自走可能”な状態に整う
-
引き継ぎのたびに改善が加わり、業務自体が洗練されていく
これが、マネジメントによる「構造の継承」であり、仕組みの成長です。
📎 まとめ：Delegationは“構造をバトンとして渡す”最後の工程
Step 1〜4までの蓄積があるからこそ、
Step 5：Delegationで、
「人に渡しても壊れない」「人が変わっても育つ」業務が成立します。