担当者は決まっているのに、確認待ちで仕事が止まる。会議で合意したはずなのに、別の人から変更を求められる。そんなときは、仕事の配分よりも「誰が何を決めるか」が曖昧なのかもしれません。
チームの役割分担は、作業担当だけでなく、成果物・決定者・相談が必要な条件・共有先までそろえると、仕事を進める判断に使えます。担当表を埋めることより、実際に迷う場面で誰へ確認すればよいかを明確にしましょう。
この記事は、複数人や部署をまたぐ仕事の責任範囲と決定権を扱います。仕事量の偏りを直したい場合は、業務分担の見直し方を併せて確認してください。
「担当」と「決定」を分けて考える
担当者は、情報を集め、作業を進め、成果物を用意する人です。決定者は、選択肢や条件を踏まえて、その判断を確定する役割を持つ人です。同じ人が担う場合もありますが、担当者に権限のない判断まで背負わせないようにします。
たとえば、見積書を作る担当者が、値引きや契約条件まで自由に決められるとは限りません。「見積もり担当」とだけ書くと、どこまで進めてよいか判断できません。「標準条件なら担当者が作成、一定の条件変更は責任者が判断」と範囲を示します。
AtlassianのDACIは、意思決定に関わる推進役・決定者・貢献者・共有対象の役割を整理する方法です。以下ではその役割分離の考え方も参考にしつつ、日常業務で使うために「担当・決定・相談・共有」の表として整理します。DACIそのものの厳密な運用手順ではありません。AtlassianのDACI解説
役割分担を決める前に、成果物と判断点を挙げる
「営業」「企画」「管理」のような部署名から表を作ると、境界にある仕事が抜けやすくなります。まず、何ができれば完了なのかを書き出します。次に、その成果物ができるまでに必要な判断を挙げます。
社内イベントなら、企画書の完成、予算の承認、会場の確定、参加案内の送付、当日の運営が主な区切りになります。「イベント全体の責任者」を置くだけでは、それぞれの判断は明確になりません。費用、内容、日程について誰が決めるかを具体化します。
作業の手順と判断の境界を混ぜない
操作手順を細かく書く必要はありません。役割表では「どの条件なら自分で進め、どの条件なら相談するか」に集中します。頻繁に確認が発生する箇所、差し戻しが多い箇所、複数部署の意見が衝突する箇所を優先すると、最初から巨大な表を作らずに済みます。
担当・決定・相談・共有の役割表を作る
次は、顧客向け説明会を企画する架空の例です。実際には、自社の職務権限や承認手続に合わせて置き換えてください。
| 成果物・判断 | 担当 | 決定者 | 事前に相談する相手 | 決定後の共有先 |
|---|---|---|---|---|
| 説明会のテーマと対象者 | 企画担当 | 企画責任者 | 営業担当、商品担当 | 運営メンバー |
| 予算内の会場案 | 運営担当 | 予算権限を持つ責任者 | 企画担当、必要に応じ購買担当 | 経理、運営メンバー |
| 案内文の内容 | 広報担当 | 案内内容の承認者 | 商品担当、必要な確認部門 | 営業、運営メンバー |
| 申込期限後の追加受付 | 受付担当 | 事前条件内なら受付担当、条件外は運営責任者 | 会場・運営担当 | 参加者対応の担当 |
決定者を増やす代わりに、決める内容を分ける
全員が決定者では、意見が割れたときの扱いが分かりません。原則として、一つの判断の最終責任がどこにあるかを明示します。制度上、複数の承認が必要なら省略せず、「内容の承認」「予算の承認」など、何をどの順で確認するかを分けます。
責任者の名前を置くだけで、その人に権限が生まれるわけではありません。決定できる範囲と一致しているかを確認し、権限を超える場合の上位者への相談経路も記します。
相談と共有の違いを合意する
相談は、決定前に専門知識や影響の確認を求めることです。共有は、決定内容を知っておく必要がある人へ知らせることです。共有先がすべて承認者のように振る舞うと、決定が何度もやり直しになります。
ただし、「共有だから意見は受け付けない」とする必要はありません。重大な見落としが見つかった場合の再検討条件は、別に決めておきます。
「どこまで自分で決めてよいか」を条件で示す
役割表と併せて、判断の境界を短く書きます。「大きな変更は相談」では、人によって大きさの判断が違います。金額、納期、品質、対外的な約束など、仕事に合う条件で示してください。
| 境界の項目 | 書き方の例 |
|---|---|
| 担当者が判断できる範囲 | 承認済みの内容・予算・日程を変えない調整 |
| 相談が必要な条件 | 追加費用、開催日変更、顧客への約束変更が生じる場合 |
| 相談するときに渡す材料 | 現状、選択肢、影響、担当者の提案、回答が必要な期限 |
| 回答できない場合の扱い | 代理者へ連絡し、それでも判断できなければ作業範囲を限定する |
| 決定をやり直す条件 | 前提となる参加人数や実施条件が変わった場合 |
「返事がなければ承認」と一方的に決めることは避けます。特に契約や安全に関わる事項は、必要な手続を飛ばさず、判断待ちの際に誰へ連絡するかを決めてください。個人へ仕事を任せる伝え方は、丸投げを防ぐ任せ方で扱っています。
部署をまたぐ受け渡しでは、完了条件もそろえる
作る側は「送ったので終わり」、受け取る側は「必要情報が足りない」と考えていると、境界で仕事が止まります。「何を」「どの状態で」「いつまでに」「どこへ渡すか」を決め、受け取れないときの連絡方法も確認します。
たとえば「申込者一覧を運営へ送付」ではなく、「必須項目と重複を確認した一覧を、開催3営業日前に共有フォルダへ格納し、運営担当へ連絡」と書きます。これは記入例です。実際の日数や項目は、その仕事に必要な条件に置き換えます。
他部署の担当をこちらだけで決めず、相手の責任者と合意してください。担当者同士で解決できない優先順位の衝突は、責任者間で調整します。他部署との協力を進める方法も参考になります。
一件の仕事で試し、止まった判断を見直す
最初は、一つの案件で役割表を使ってみます。「誰に聞くか分からなかった」「承認後に別の意見で戻った」「決定者が不在で進まなかった」箇所を記録してください。人が悪いと決める前に、表の不足と運用の不足を分けます。
コピーして使える確認シート
| 確認項目 | 記入欄 |
|---|---|
| 成果物と完了条件 | |
| 実作業の担当 | |
| 判断する内容・決定者 | |
| 担当者が決めてよい範囲 | |
| 事前相談の相手・条件 | |
| 共有先・共有のタイミング | |
| 不在時の代理・上位への相談先 | |
| 試行後の見直し日 |
役割分担は、一度決めれば終わりではありません。担当者の交代、業務範囲や承認権限の変更があれば更新します。まずは、最近止まった判断を一つ選び、担当・決定・相談・共有をそろえるところから始めてください。
