仕事の任せ方｜判断の範囲と完了条件を伝える依頼例

01出来上がりの認識がずれていないか

たとえば「営業リストを作ってほしい」という依頼。依頼者は、明日から連絡できる候補企業を期待していたのに、担当者は幅広い企業の情報を集めてくる。どちらも、営業リストを作る仕事はしています。

足りなかったのは、完成したあとに誰が何をするかという説明かもしれません。

「明日の朝、営業担当が連絡する企業を選べる状態にしたい。そのために、企業情報に加えて候補に選んだ理由も残してほしい」。ここまで伝えると、項目を増やすべきか、候補を絞るべきかを担当者も考えられます。

依頼の最初に、作業名ではなく用途を一文で添える。それが、確認すべきことを共有する第一歩です。

02進める人と最後に決める人を分ける

仕事の担当者を決めても、判断する人まで決まっているとは限りません。たとえば提案書を作る担当者と、値引きを承認する人が違う場合です。

Atlassianが紹介するDACIでは、判断を前へ進める人、最終的に決める人、意見を提供する人、結果を共有する相手を分けます。全員が同じ立場で承認する構造にしない、という整理です。AtlassianのDACI解説

小さなチームなら、最初から役割名をすべて導入する必要はありません。「誰が準備し、誰が決め、誰に知らせるか」を書くだけでも始められます。ただし、社内で定められた承認権限や契約手続きは変わりません。

作業を任せたことと、会社として約束する権限を渡したことは分けて扱う必要があります。

03任せる仕事を三つの範囲に分ける

依頼文に落とし込むときに使えるのが、次の三分類です。これはウリノビ編集部による整理例です。

大切なのは、細かく禁止事項を並べることではありません。途中で迷いそうな分岐を先に伝えることです。

「予算内なら自由」と言う場合も、予算額、対象となる費用、契約できる期間などが曖昧なら判断できません。逆に、すべてを事前確認にすると、任せたはずの仕事が承認待ちで止まります。どの判断を本当に任せるのか、依頼者自身も選ぶ必要があります。

04そのまま使える依頼の六項目

実際に仕事を渡すときのメモは、次の六項目です。例は架空の業務です。

目的：来週の新規開拓で連絡する候補を決める。

成果物：候補企業の一覧と、各社を選んだ理由。

完了条件：対象条件に合うことを確認し、参照URLと確認日を記載。未確認は未確認と分かる状態にする。

判断の範囲：合意した業種・地域内の候補選びは担当者判断。有料資料の購入や対象変更は事前相談。顧客への連絡は含めない。

確認のタイミング：最初の数社を整理した段階で、方向性だけ確認する。

期限：金曜15時に社内確認用の一覧を共有する。

この依頼なら、担当者は「見つかった企業をできるだけ多く並べればよい」とは受け取りにくくなります。数が必要な仕事であれば、必要件数と品質のどちらを優先するかも必要な条件です。

期限までに条件を満たす候補が集まらないと分かった場合、条件を勝手に広げるのか、件数不足を報告するのかも明らかになります。

05途中確認では好みより条件を見る

確認の場で、依頼時に伝えていなかった好みを次々に追加すると、担当者は次回も自分で判断しにくくなります。

リストの並び方が気になったときも、「自分ならこうする」だけで直す前に、完成条件を満たしているかを見ます。使う人が次の企業を選べるなら、その並び方で十分かもしれません。

修正が必要なら、「社名順が好きだから」ではなく、「今週連絡できる企業から選びたいので、連絡条件を満たすものを先に表示したい」と用途に結び付けます。依頼の途中で条件が変わった場合は、それを担当者の理解不足として扱わず、変更した条件として残しましょう。

06相談が来たときは判断材料を一緒にそろえる

確認を減らしたいからといって、「自分で考えて」で返すだけでは、止まる時間が長くなることがあります。

「どこで迷ったか」「どんな選択肢があるか」「どの条件が分かれば選べるか」を聞くと、相談の中身を整理できます。必要な情報がないなら調べる仕事を決め、権限がないなら判断者へつなぐ。知識や経験の不足があれば、その部分を支援します。

ただし、損失が大きい判断や顧客への約束まで、一律に本人判断へ変える必要はありません。任せる範囲は、仕事の影響や担当者の経験に応じて見直すものです。

07次に渡す仕事を一つ選ぶ

仕事が何度も戻ってくるときは、担当者の能力だけで原因を説明しないほうが、改善できる箇所を見つけやすくなります。

次の依頼で、目的、完成した状態、自分で決めてよい範囲を一枚にしてみる。確認が来たら、どの境界が伝わっていなかったかを足す。その繰り返しが、依頼者の頭の中にしかなかった判断基準を、チームで使えるものにしていきます。