仕事の任せ方：定着する引き継ぎ——ブリーフ、担当者、期限、そして双方が読み返せる記録（2026）

タスクを任せるとは、相手に成果と、そこへ至るための裁量を渡すことです。何をもって完了とするのか、いつまでか、どの制約の範囲内か、進捗をどう聞くか。この4点を渡します。「Mateusz、Aster 社向け提案書の承認済みドラフトを木曜までに私に。標準条件の範囲内で。価格に迷いがあれば火曜に知らせてください」。これは任せられたタスクです。「Aster の提案書、ちょっと見てもらえる?」は願望にすぎません。これを受け取った人は、間違ったことを期限どおりに仕上げるか、正しいことを遅れて仕上げるかのどちらかになります。

10人から200人規模のチームのリーダーの多くは、意図しているほどには仕事を任せられていません。理由は算数で説明できます。タスクの最初の引き継ぎは、そのタスクを自分でやるより手間がかかるからです。ブリーフを書くのに20分、質問への対応にさらに20分かかり、しかも結果は自分がやった場合と違うものになって返ってきます。この算数は、同じ種類のタスクが2度目に来たときに逆転します。最初の引き継ぎを書き残してあれば、2度目は会話ではなくリンクを渡すだけで済むからです。そのため本ガイドは、引き継ぎそのものと同じくらいの分量を、引き継ぎの記録に割いています。

まず技術論から入ります。委任とは何で、何でないのか。何を任せ、何を手元に残すのか。定着する引き継ぎの6つのステップと、そのままコピーできるブリーフのテンプレートおよび RACI チャートです。そのあとで実務面に進みます。引き継ぎをチームが普段使っているツールのどこに置くか。そして、タスクが完了であれ未完了であれ、誰も催促せずに戻ってくるようにするにはどうするか、です。

委任とは何か、そして何でないのか

「任せる」と呼ばれるものは3種類あり、本当の委任は真ん中の1つだけです。

指示が間違っているわけではありません。新入社員の最初の1週間は、ほとんどが指示です。ただ、指示は規模が広がりません。すべての手順があなたを経由し続けるからです。丸投げは信頼のように感じられますが、実際にはリーダーが忙しすぎてブリーフを書けていないだけ、ということが多いものです。担当者は、制約を踏み越えて初めてその存在を知ることになります。委任はその中間です。成果は固定され、道筋は担当者のものとなり、いつ、どのように話し合うかを双方が知っています。

任せたタスクは、action itemsとも別物です。action item はミーティングで生まれる1行で、動詞、担当者1人、期日1つからなり、それを生んだミーティングがレビューします。任せたタスクは通常もっと大きく、ブリーフがあり、数日から数週間かかり、途中でいくつもの action item を生みます。両者はリキャップで出会います。任せたタスクは担当者が報告する対象であり、action item は報告される1行1行です。

何を任せ、何を手元に残すか

問うべきは「何を自分の皿から下ろせるか」ではなく、「誰かほかの人に任せたほうが、今、あるいは2回目以降に、より良く、少なくとも同じくらい良く返ってくるものは何か」です。4つのテストがあります。

1. ほかの誰かが、今日の時点で80%の出来でできる。 足りない20%を埋めるのが、ブリーフとチェックインです。チームの誰も80%に達していないなら、そのタスクは育成課題です。チェックインを密にして任せ、最初の1回は研修と数えます。
2. 繰り返し発生する。 毎月発生するタスクは、20分かけてブリーフを書く価値があります。ブリーフは1回書けば12回使えるからです。1回きりで1時間で終わるタスクは、誰かが習得する必要がない限り、任せるより自分でやるほうが安いことがよくあります。
3. 完了の定義を1段落で書ける。 完了がどういう状態か言えないなら、まだ任せられません。代わりに最初の一歩を任せることはできます。「完了がどんな状態になるか調べて、金曜までに知らせてください」。これも、期日のある立派なタスクです。
4. 決めてよいのが自分だけではない。 役割上あなたのものである決定があります。採用、報酬、評価面談、あなた自身の上司が名指しで尋ねてくること、与えられた上限を超えて組織を拘束することなどです。これらは手元に残します。ただし、その準備はいつでも任せられます。

原則として手元に残るのは、上記の決定、あなたにしかできない対話、そしてその役割に就いている理由である仕事1つです。それ以外はすべて候補であり、候補のリストは、リーダーが思うより長いのが普通です。

タスクの任せ方：6つのステップ

1. 話す前にブリーフを書く。 1段落で書きます。成果、それが重要な理由、期限、制約、関係する人です。書くことは、前のセクションのテストでもあります。段落が書けないなら、そのタスクはまだあなたの手を離れる準備ができていません。また、書くことで、引き継ぎが担当者の読み返せる形で存在するようになります。「任せたタスク」と「口にしただけのタスク」の違いは、まさにここにあります。

2. 担当者を1人決め、声に出した「はい」をもらう。 名前は1つです。チームでも、2人でもありません。担当者は来週そのタスクについて尋ねられる人ですから、今週それに同意した人でなければなりません。タスクを差し出し、相手に、引き受ける、断る、あるいは「期限を金曜に動かせるなら引き受けます」と言ってもらいます。聞かされただけのタスクは、任せたことになりません。「はい」と言われたタスクが、任せたタスクです。

3. 完了の姿を伝え、相手の口から言い直してもらう。 担当者は成果を自分の言葉で繰り返します。「Aster 社向け提案書の承認済みドラフト、標準条件、木曜までにあなたへ」。この30秒の復唱で、後から起こるずれのほとんどを防げます。「ドラフト」「承認済み」「木曜」が何を指すのか、2人の間で微妙に違っていることがよくあるからです。

4. 権限を明示する：あなたに聞かずに決めてよいこと。 ほとんどのタスクは、次の4段階でカバーできます。行動する前に私に伝える。決めてから私に伝える。決める。制約の外に出る場合だけ私に伝える。決める。私は聞かなくてよい。 どれが当てはまるかを伝え、制約も示します。価格、日付、相談が必要な人のリストなどです。自分の段階を知らない担当者は、何でもあなたに聞きに来るか、何も聞きに来ないかのどちらかになります。どちらも委任の失敗に見えますが、実際はブリーフに1行足りなかっただけです。

5. チェックインは、不安になってからではなく、作業が始まる前に決める。 日付、形式、長さを決めます。「火曜にチャンネルへ3行のメッセージを。順調か、順調でないならその理由、私に求める判断」。チェックインを後から設定すれば干渉になりますが、同じチェックインでもブリーフに入れておけば支援になります。また、担当者が失敗のように見られることなく助けを求められる、自然なタイミングにもなります。

6. 双方があとで読める場所に引き継ぎを置く。 ブリーフ、「はい」、権限の段階、チェックインの日付は、チームがすでに仕事を保管している場所に入れます。チャンネル、トラッカー、プロジェクトのスレッドなどです。2人にしか見えず、しかも片方しか見つけられないダイレクトメッセージには入れません。タスクが戻ってきたら、結果をブリーフの隣に置きます。そうすれば、同じ種類のタスクを次に引き受ける人は、会話ではなく記録から始められます。WhatsApp のグループで行った引き継ぎは、そのグループが存続する間だけ記録として残ります。Export chat が実際に出力するもの、出力しないものは、1つの会話のテキストファイルであり、このオプションはどこでも使えるわけではありません。

そして、タスクが着地したあとにもう1つ。戻ってきたものを、同じ場所で、同じ人たちに向けて伝えます。「Mateusz のドラフトは水曜に届き、2行直して、木曜に Aster 社へ送りました」。担当者は仕事を見てもらえたと知り、チームは完了した引き継ぎがどういうものかを知り、記録には最後の1行が加わります。

委任ブリーフのテンプレート

タスク： [1行で、名詞としての成果：「承認済みの提案書」「仕入先3社のショートリスト」]
担当者： [名前] · 依頼者： [名前] · 合意日： [日付]
重要な理由： [1文で。何が進められるようになるか、誰が待っているか]
完了の定義： [担当者がチェックできる2〜3行。何が存在し、誰の手元にあり、どんな形か]
期限： [日] · チェックイン： [日、形式：「チャンネルに3行」]
決めてよいこと： [権限の段階と制約：価格、日付、範囲]
事前に相談すること： [依頼者側にまず一言必要な、1〜2点]
関わってもらう人： [名前：何のために]
出発点： [リンク：前回の実施例、テンプレート、クライアントのファイル]

結果（タスクが戻ってきたときに記入）： [何が、どこに、いつ届いたか。次回は変えるべき点を1つ]

このブロックはプレーンテキストなので、チャットメッセージ、キャンバス、トラッカーのチケット、メールに、整形し直さずに貼り付けられます。最後の行は、ほとんどのテンプレートが省いているものですが、2回目の引き継ぎを1回目より安くするのは、この行です。

RACI チャートのテンプレート：複数の人がタスクに関わるとき

ブリーフの担当者は1人です。タスクが複数の人にまたがるとき、たとえば提案書に法務のレッドライン、経理の価格、アカウントリードの承認が必要な場合でも、担当者は1人というルールは変わりません。RACI チャートは、それを誰も「ほかの誰かがやっているだろう」と思い込まないように書き出す手段です。行ごとに4つの文字を使います。

• R — Responsible（実行責任者）： 作業を行う。1人以上。
• A — Accountable（説明責任者）： 成果の責任を負い、承認する。1行につき必ず1人だけ。ブリーフの担当者にあたる。
• C — Consulted（相談先）： 作業が終わる前に意見を出す。双方向。
• I — Informed（報告先）： 結果を知らされる。一方向。

チャートを実態に合ったものに保つルールが3つあります。1行に A は1つ。説明責任者が2人いるなら、いないのと同じです。どの行にも少なくとも1つの R がある。A があって R がないタスクは、願望です。そして、C と I だけで埋まる列を作らない。すべてに相談を受けながら何にも責任を負わない人は、仕事ではなく肩書きのためにチャートに載っているだけで、すべての行を遅くします。人にまたがるタスクの最初のミーティングでチャートを作り、1回声に出して読み上げ、ブリーフの隣に置いてください。

3つの引き継ぎ、前と後

右の列にあるものに注目してください。名前、名詞としての成果、日付、権限の段階、チェックインです。左の列にあるのは、動詞と期待だけです。両者の差は、1度書くだけの、4文ほどにすぎません。

普段使っているツールのどこに引き継ぎを置くか

引き継ぎには、ブリーフ、「はい」、結果を、双方が、そして来四半期に同じタスクを引き受ける人が、あとから読める場所が必要です。主要なプラットフォームにはそれぞれ、ミーティングで生まれたタスクを書く場所がありますが、どれも止まる地点が違います。以下はベンダー自身のページに書かれた動作だけをまとめたもので、各セルに事実を確認した月を記し、参照ページは末尾の出典にあります。

どのツールにも共通することが2つあります。引き継ぎは、ミーティングの隣にあるドキュメントであり、その場で使われた1つの言語で書かれていること。そしてタスクが戻ってきたかどうかは、ドキュメントが答えてくれる問いではなく、人がドキュメントを開いて尋ねる問いだということです。任せるリーダーと担当者が共通の作業言語を持たない場合、引き継ぎの通話そのものは別の問いで、ドキュメント化された答えがあります。Microsoft Teams が2言語のライブミーティングで何をし、どこで限界を迎えるか、そしてGoogle Meet についても同じ内容です。

リキャップでタスクが戻ってくる仕組み

InterMIND は、チームのミーティングがチャンネルの中に存在するコミュニケーションの場です。そのため引き継ぎの置き場所は1つ、チャンネルのチャットです。ブリーフはそこに投稿され、担当者の「はい」はその下への返信になり、火曜のチェックインは同じスレッドへの3行になります。そのすべてが各メンバーの言語のまま保たれます。ミラノのリーダーがイタリア語でブリーフを書けば、ブカレストの担当者はルーマニア語で読み、ルーマニア語で返信し、どちらの側もワンタップで原文を確認できます。ほかの場所で作成したブリーフや、メールで届くクライアントの依頼は、メールでチャンネルに取り込めます。チャンネルのホストがそのチャンネル専用のアドレスを発行し、そこに送られたメッセージは、送信者名つき、添付ファイルつきの通常のメッセージとして表示され、ほかのメッセージと同様に読み手ごとに翻訳されます。

引き継ぎがチャンネルのミーティングで行われる場合は、Share to conference で、ブリーフをビデオタイルの隣、全員の画面に表示できます。共有している人が、参加者が見ている前でライブに編集します。期限を動かし、権限の行を足し、全参加者がそれを自分の言語で読みます。通話が終わると、リキャップがそのミーティングそのものから作成されます。サマリーと、引き受けられたタスクが担当者つきで並び、各行にはタイムスタンプが付きます。リキャップは、サインイン済みの各メンバーにメールで届き、チャンネルへのメッセージとして、またカレンダーイベントのリンクとしても届きます。どのメンバーも、その場でたまたま使われた言語ではなく、自分の言語で読めます。リキャップは、どのメンバーでも編集でき、すべての編集に作成者と改訂履歴が残ります。チャンネルには過去のすべてのセッションのリキャップが残るので、3週間前のブリーフも、戻ってきた結果も、検索1回で見つかります。リンクで参加するアドホックなミーティングが保持するのは最新のリキャップだけで、チャットは通話終了時に消去されます。チームの引き継ぎは、チャンネルに置くものです。

チームステータスページを有効にしている組織では、タスクのフォローアップも行われます。リキャップが記録するすべてのタスクは組織のタスクチェーンに加わり、そのチャンネルのミーティングの次のリキャップが作成される際に、未完了のものが、実際に話された内容と照らして判定されます。完了したと報告されたタスクは完了に、話題には出たが終わっていないタスクは、ミーティングでの言葉による理由つきで未完了に、誰も触れなかったタスクは未完了のままになります。判定は組織のステータスページに表示され、それぞれ引用と、根拠となるリキャップが添えられます。メンバー自身の判定は、モデルの判定より優先されます。次のセッションの冒頭で Mia が未完了のタスクと担当者を読み上げるので、誰も尋ねるのを覚えていなくても、チェックインが行われます。チームステータスページはプレビュー機能です。組織の管理者が、アルファ版の利用条件に同意したうえで、Settings → Advanced でオンにします（各機能の説明はプレビュー機能のページにあります）。

タスクが最終的に記録システムに入る必要がある場合、たとえば CRM の案件やトラッカーのチケットなら、ホストが任意のアドレスにリキャップのコピーを追加します。そのミーティングまたはチャンネルのすべてのリキャップが、アドレスの確認を1回行ったあと、そこにも送信されます。これはすべてのプランで利用でき、保存できるアドレスは最大10件です。仕組みはすべてのミーティングリキャップのコピーをメールで CRM に届ける方法で説明しています。

チャンネルはメンバー限定です。チームの記録にあるタスクを担当する委託先、代理店、クライアントは、メールでの招待により無料アカウントとして追加され、以後は自分の言語でチャンネルを読めます。チーム外のチャンネル参加者には課金されません。1回のミーティングだけ必要な人、たとえばブリーフを1件受け取る仕入先や、候補者は、アドホックなミーティングにリンクから、スマートフォンで、アカウントなしで無料で参加できます。ミーティングはライブで自分の言語で聞こえますが、終了後に手元に残るものはありません。アカウントは無料で、記録に手が届くようにしているのはアカウントです。ホストは場を提供し、有料プランでは直近28日間にアクティブだったメンバーの分だけを支払います。アクティブとは、ミーティングに参加した、チャットに書き込んだ、Mia に尋ねた、のいずれかです。静かになったメンバーは、無料のままアクセスを保てます。

• 完全なリキャップを開く — あなたのリキャップを書くのと同じコードで描画された実際の記録。タスクと担当者も含まれます。
• ライブデモを試す — 登録不要。話すと、聞き手ごとに翻訳された部屋の声が聞こえます。

技術としての委任は、どんなツールの下でも生き残ります。誰かがブリーフを書き、名前を1つ決め、その人に声に出して「はい」と言ってもらう必要があることに変わりはありません。生き残る必要がないのは、2つ目の仕事です。通話のあとに引き継ぎを1つの言語で打ち直すことや、前回合意したことを誰かがやったかどうかを尋ねて次のミーティングを始めることです。

FAQ

タスクを効果的に任せるには？

手順のリストではなく成果を渡します。完了の姿、期限、制約、関わる人を書いた1段落のブリーフを用意します。担当者を1人決めて、声に出した「はい」をもらい、担当者に成果を自分の言葉で復唱してもらいます。あなたに聞かずに決めてよいことを伝え、チェックイン（日、形式、長さ）を作業開始前に決め、引き継ぎは双方があとで読める場所に置きます。タスクが戻ってきたら、同じ場所でそのことを伝えます。

委任のステップとは？

順に6つです。ブリーフ、担当者、復唱、権限の段階、チェックイン、記録。最初の3つは、双方が同じことを意味していると確かめるためのものです。4つ目は、担当者が決定のたびに戻ってくることも、与えられていない決定を下すことも防ぎます。5つ目は、日付を前もって固定することで、支援と干渉を分けます。6つ目が、同じタスクの2回目の引き継ぎを1回目より安くします。

任せてはいけないタスクは？

役割上あなたのものである決定、つまり採用、報酬、評価面談、あなた自身の上司が名指しで尋ねてくること、与えられた上限を超えて組織を拘束することと、あなたにしかできない対話です。それらの決定を準備することは、すべて任せられます。完了を1段落で説明できないタスクも、まだ任せる準備ができていません。ただし、完了がどういう状態になるかを調べるという最初の一歩なら、任せられます。

「任せる」と「割り当てる」の違いは？

割り当ては、手順を渡し、やり方は手元に残します。「仕入先に電話して、新しい価格表をもらってください」。委任は、成果を渡し、やり方は定められた制約の範囲内で担当者に委ねます。「20日までに署名できる仕入価格を取ってきてください」。割り当ては、新入社員の最初の数週間や緊急時には適していますが、規模が広がりません。すべての手順が、割り当てる人を経由し続けるからです。委任は規模が広がり、そのコストはブリーフ1枚です。

RACI チャートとは？

タスクを行、人を列にした表で、各セルに4つの文字のどれかが入ります。R は作業を行う人、A は成果の責任を負い承認する唯一の人、C は作業が終わる前に相談を受ける人、I は結果を知らされる人です。これを役立つものにするルールは、1行に A は1つ。説明責任者が2人いるタスクには、実質いません。RACI チャートは複数の人が関わる仕事のためのもので、担当者が1人の単一のタスクなら、ブリーフだけで足ります。

干渉せずに、任せたタスクをフォローするには？

ブリーフの中で、作業が始まる前にチェックインを決めます。決まった日、決まった形式、決まった長さ、たとえば火曜にチームのチャンネルへ3行、です。そのうえで、チェックインとチェックインの間は尋ねません。決めた日に聞く同じ質問は支援ですが、不意の日に聞けば干渉です。チェックインが「順調でない」と返ってきたら、話すのは人ではなく障害についてです。定期ミーティングのリキャップが次のセッションで未完了のタスクを読み上げてくれる場なら、フォローアップは、あなたのペースではなく、場の自然なリズムで進みます。

委任はなぜ失敗するのか？

ほとんどの場合、失敗するのは作業ではなく引き継ぎです。成果が書き残されなかったので、担当者は別のものを作った。誰も「はい」と言わなかったので、誰のものにもならなかった。権限の段階が示されなかったので、担当者は決定のたびに止まるか、与えられていない決定を下した。チェックインがリーダーの不安になったときに設定されたので、不信として受け取られた。あるいは、結果が一度も認められなかったので、次のタスクは注意が薄れたまま引き受けられた。これらはどれも、ブリーフの1行が足りなかったということです。

出典：Microsoft — Take meeting notes in Microsoft Teams；Microsoft — Recap in Microsoft Teams；Zoom — Using Meeting Summary with AI Companion；Google Workspace Updates — "Take notes for me" now captures "next steps"；Google Meet — "Take notes for me" in Google Meet；Slack — Meeting agenda template (canvas)。Microsoft のノートのページ、Google の Meet ヘルプページ、Slack のテンプレートは2026年10月に確認。Microsoft のリキャップのページと Zoom のミーティングサマリーのページは2026年8月に確認。Google の next steps の発表は2026年9月に確認。ベンダーはプラン、機能、対応言語の一覧を随時変更します。最新の状況は各社のページでご確認ください。