部門間の手戻りをどう減らすか。仕事を次へ渡すときに確認したい5つのこと
仕事は、一人や一つの部署だけで完結するとは限りません。
営業が聞いた内容を制作へ渡す。企画が決めた要件を開発へ伝える。受付が受けた問い合わせを担当部署へつなぐ。前の担当者が終えた仕事を、次の担当者が引き継いで進めます。
こうした受け渡しがうまくいくと、次の人は迷わず仕事を始められます。一方、必要な情報や判断の背景が伝わっていないと、確認の往復、作り直し、対応の遅れが起こります。
手戻りが起きたとき、受け取った側の理解不足や、渡した側の説明不足として片づけても、同じことが繰り返されるかもしれません。大切なのは、仕事を次へ渡すときに、何をどこまで共有するかを決めておくことです。
この記事では、部門や担当者をまたいで仕事を渡すとき、確認したい5つのことを紹介します。
「完了」の意味は、渡す側と受け取る側で違うことがある
仕事を渡す側は、自分の担当部分を終えた時点で「完了」と考えます。しかし、次の人が仕事を始めるための情報がそろっていなければ、全体の仕事はまだ前へ進めません。
たとえば、営業担当者が「お客様から動画制作の依頼を受けた」と制作担当者へ伝えたとします。営業担当者にとっては、相談内容を共有したことで受け渡しが終わったように見えます。
制作担当者には、動画の目的、見る人、利用する場所、希望する公開日、確認する人、使用できる素材などが必要です。それらが分からなければ、制作に入る前に質問を重ねることになります。
これは、誰かが仕事を怠ったという話ではありません。渡す側と受け取る側で、「次へ進めるために必要な情報」の認識が違っているのです。
仕事の受け渡しを整えるには、前の工程が何を終えればよいかだけでなく、次の工程が何を受け取れば動けるのかを確認します。
1．その仕事の目的と、届けたい状態を共有する
最初に共有したいのは、作業内容よりも仕事の目的です。
「資料を作ってください」「機能を追加してください」「問い合わせへ回答してください」という依頼だけでは、受け取った人が何を優先すべきか判断しにくくなります。
同じ資料制作でも、経営会議で意思決定に使うのか、新入社員が基本を学ぶのか、お客様への提案に使うのかによって、必要な情報や表現は変わります。
仕事を渡すときは、次の三つを短い言葉でそろえます。
誰のための仕事か
何を実現したいか
どのような状態になれば完了か
たとえば、「新商品の資料を作る」ではなく、「初めて商品を扱う営業担当者が、お客様の課題に合う機能を選び、説明できる資料を作る」と共有します。目的と完了の状態が分かれば、受け取る側も必要な内容を選びやすくなります。
2．次の人が仕事を始めるために必要な情報を決める
仕事の受け渡しでは、情報をたくさん渡せばよいわけではありません。次の人が最初の行動を起こせるように、必要な情報をそろえることが大切です。
営業から制作へ渡すなら、目的、対象者、納期、予算、素材、確認者などが必要でしょう。企画から開発へ渡す場合は、利用者の課題、実現したい動き、優先順位、対象外とする範囲、受け入れ条件などが考えられます。
部署ごとに、受け取った後の仕事が違うため、必要な情報も変わります。そこで、渡す側だけで項目を決めず、受け取る側へ次のように聞いてみます。
仕事を始める前に、必ず確認していることは何ですか
情報が足りず、よく質問していることは何ですか
後から条件が分かり、作り直したことはありますか
どの情報が決まっていれば、最初の判断ができますか
受け取る側の答えから、受け渡しに必要な項目を一覧にします。すべての案件で使う共通項目と、案件によって追加する項目を分けると、運用しやすくなります。
3．決まったことだけでなく、判断した理由も残す
仕事を進める中では、複数の選択肢から一つを選ぶ場面があります。ところが、受け渡しの記録には、最終的に決まった内容だけが残り、なぜその判断をしたのかが抜けることがあります。
たとえば、「公開日は12月1日」「機能Aは対象外」「この表現は使わない」という結果だけでは、条件が少し変わったときに、次の人が判断できません。
次の内容も一緒に残します。
比較した選択肢
判断に使った条件
優先したこと
見送った理由
条件が変わった場合に、見直すポイント
「予算を抑えるために機能Aを外した」「公開日を優先し、初回は基本機能に絞った」と分かれば、次の工程で追加の相談が出たときも、元の判断と照らして考えられます。
判断の理由は、長い議事録で残す必要はありません。「何を優先し、何を選ばなかったか」を数行でまとめるだけでも、受け取る側の理解を助けます。
4．決まっていないことと、注意したいことを明らかにする
仕事を渡す時点で、すべての条件が決まっているとは限りません。確認中の内容や、途中で変わる可能性のある条件もあります。
それらを曖昧なまま渡すと、受け取った側は「決定済み」と受け取るかもしれません。反対に、何も決まっていないと思い、進められる作業まで止めてしまうこともあります。
受け渡しの際は、情報を次のように分けます。
状態 | 伝える内容 |
決定済み | そのまま進めてよい条件 |
確認中 | 誰が、いつまでに確認するか |
仮置き | 何を前提に置いた内容か |
注意事項 | 間違いやすい点、影響が大きい点 |
対象外 | 今回は扱わない範囲 |
さらに、期限への影響、品質上の注意、個人情報や機密情報の扱いなど、次の工程で知っておくべきことを伝えます。
分からないことを隠さず、「ここまでは決まり、ここからは確認中」と共有すれば、受け取る側は進められる範囲を判断できます。
5．渡した後の確認方法を決めておく
受け渡しは、資料やメッセージを送った時点で終わるものではありません。受け取った人が内容を理解し、次の行動へ移れたかを確認して、初めて仕事がつながります。
確認の方法は、大がかりでなくても構いません。受け取る側に、次に行うこと、確認が必要なこと、期限への影響を自分の言葉で説明してもらいます。
次のような問いを使えます。
最初に何から始めますか
まだ確認が必要なことはありますか
判断に迷いそうな点はどこですか
期限や品質に影響しそうな条件はありますか
次に誰へ、何を渡しますか
また、仕事を渡してから数日後や完了後に、追加の確認が何回あったか、どこで作り直しが起きたかを振り返ります。そこで見つかった不足を、次回のチェック項目へ加えます。
受け渡しのルールは、一度決めて終わりではありません。実際の仕事で使い、少しずつ整えていくものです。
受け渡しの内容は、一枚のシートにまとめられる
部門ごとに長い説明書を作らなくても、まずは一枚の受け渡しシートから始められます。
項目 | 記入する内容 |
仕事の目的 | 誰に、どのような価値を届けるか |
完了の状態 | 何ができれば、次へ進めるか |
必要な情報 | 素材、条件、期限、関係者など |
判断の背景 | 優先したこと、見送った選択肢 |
未確定事項 | 確認する人、確認期限、仮の前提 |
注意事項 | 品質、費用、安全、情報管理など |
次の行動 | 誰が、いつまでに、何をするか |
確認方法 | 受領確認、中間確認、完了後の振り返り |
項目を増やしすぎると、記入そのものが負担になります。最初は、過去に手戻りが起きた案件を一つ選び、「この情報が最初からあれば、何を防げたか」を考えて項目を決めます。
実際の手戻りを、学べる事例へ変える
受け渡しのチェック項目を作っても、なぜ必要なのかが伝わらなければ、形式的な記入になりやすいものです。そこで、実際に起きた手戻りや認識違いを、短い事例として使います。
たとえば、次のような場面です。
営業担当者から「来月の展示会で使う動画を作りたい」と制作担当者へ依頼がありました。制作を始めた後に、会場では音声を流せないことが分かりました。ナレーションを中心に作っていたため、構成を見直すことになりました。
この事例を読んだ人に、制作へ渡す前に確認したいことを考えてもらいます。利用場所、音声の有無、画面の大きさ、動画の長さ、確認者など、必要な情報が挙がるでしょう。
正解を一つ覚えるのではなく、何を確認すれば次の工程が動けるかを考えることが学びになります。営業から制作だけでなく、企画から開発、カスタマーサポートから技術部門など、仕事に近い事例へ置き換えられます。
既存記事の「次工程はお客様」を標語で終わらせない──仕事の姿勢を"教えられる形"にする方法では、この考え方を教育へ変える基本を紹介しています。本記事の5つの確認は、その考え方を日々の受け渡しへ使うための実践版です。
チェックリストだけでなく、振り返る場をつくる
手戻りを減らすには、チェックリストを配るだけでなく、実際の事例を振り返る機会が役立ちます。
まず、過去に起きた手戻りを一つ選びます。誰かの責任を探すのではなく、渡す側と受け取る側が、その時点で持っていた情報を確認します。
次に、どこで認識が分かれたのか、何を確認できれば違う行動を選べたのかを整理します。その内容を、行動チェックリストやケース問題へ反映します。
一定期間使った後には、確認の往復や作り直しがどう変わったかを振り返ります。項目が多すぎて使われていない場合は減らし、同じ質問が続く場合は説明を加えます。
このように、事例、チェックリスト、ケース問題、実践、振り返りをつなげると、「気をつけましょう」という呼びかけから、仕事の中で試せる学びへ変わります。
AIは、受け渡しに必要な情報を整理する支援ができる
案件記録、議事録、問い合わせ履歴、作業報告などが残っていれば、AIを使って、手戻りが起きた場面や繰り返される質問を整理できます。
複数の事例から、抜けやすい情報、判断が分かれた条件、確認したい項目の候補を抽出し、チェックリストやケース問題の原案へ展開することも可能です。
ただし、記録に書かれていない事情や、部署ごとの権限までAIが判断できるとは限りません。原案を作った後は、実際に仕事を渡す人と受け取る人が確認し、自社の業務に合う内容へ整えます。
AIが作った一般的な正解へ仕事を合わせるのではなく、自社で起きた事例から学びを取り出し、その整理をAIが支援する。この順番が大切です。
次の人が動けるところまでが、仕事の受け渡し
仕事を渡すとき、前の担当者が説明したかどうかだけではなく、次の人が動ける状態になったかを確認します。
目的と完了の状態を共有し、必要な情報をそろえる。判断の理由と未確定事項を明らかにし、受け取った後の理解も確かめる。この流れが整うと、確認の往復や作り直しを減らしやすくなります。
そして、実際に起きた手戻りを事例として残せば、一部の担当者だけが知っていた経験を、ほかの人も学べます。仕事の受け渡しは、単なる情報伝達ではありません。組織が経験から学び、次の仕事をより良くするための機会でもあります。
仕事の知識を、次の人が使える教育資産へ
当社では、社内資料や現場のノウハウを、社員が理解し、判断や行動に使える「教育資産」へ変える考え方を紹介しています。
仕事の受け渡しで繰り返される質問や手戻りも、責任追及の材料ではなく、次の人が学ぶための事例として活用できます。どの業務から整理すればよいか、自社の現在地を確認したい方は、無料の教育資産化診断をご利用ください。
