「部長と課長、どちらが最終的に意思決定をするのか曖昧で、新規事業の承認が止まってしまう」「新しいプロジェクトを立ち上げるたびに、誰が何を担当するのかを一から決め直している」——中堅企業の経営企画・人事担当者からは、こうした声がよく聞かれます。

組織が成長し、新規事業やDX推進、既存事業の変革が同時並行で進むほど、一人ひとりが「何に責任を持ち、どこまで判断してよいのか」があいまいなまま業務が進みがちです。結果として、責任の押し付け合いや意思決定の停滞、対応漏れが起こり、プロジェクトの推進力が落ちてしまいます。

こうした問題の一部は、役割定義を整理し、意思決定ルールや業務分担を明確にすることで改善できる可能性があります。役割定義とは、組織内の一人ひとりやチームが「何を担い、何に責任を持ち、どこまで権限を持つか」を明文化する取り組みです。

そこで本記事では、役割定義の基本的な考え方と構成要素、RACIを使った責任分担の整理方法、権限委譲の範囲と線引き、役割の重複・空白を防ぐ視点、作成のステップ、運用・見直しのポイントまでを、中堅企業の実務担当者の目線で解説します。

役割定義とは何か

役割定義の意味と目的

役割定義とは、組織の中で一人ひとりやチームが担う役割を、ミッション・期待成果・責任範囲・権限という観点から言語化したものです。「誰が」「何に責任を持ち」「どこまで判断してよいか」を明文化することで、組織内の意思決定や業務分担の迷いを減らすことを目的とします。

単に業務内容を一覧化するのではなく、組織の目標達成に向けて各役割がどのような貢献をするかという成果に焦点を当てる点が特徴です。企業によっては、評価制度や等級制度、採用基準と関連づけて運用されることもあります。

役割・役職・職務・職位との違い

役割に関連する用語として、役職・職務・職位があります。意味が重なる部分もあるため、違いを整理しておくと実務での混乱を防げます。

用語	意味
役割	組織内で担うミッション・責任範囲・期待成果（広く柔軟に設定される）
役職	組織内での呼称・地位（部長・課長など）
職務	遂行すべき具体的な業務内容（狭く厳密に設定される）
職位	組織図上の地位・ポジション

厚生労働省が公表している職務（役割）評価のガイドラインは、本来はパートタイム労働者と正社員の均等・均衡待遇を検討する際に、双方の仕事の大きさを比較・測定するための手法を解説した資料です。そのなかで、職務を「狭く設定された仕事」、役割を「広く設定された仕事」として捉える考え方が示されています（厚生労働省「職務（役割）評価の進め方」）。これは同資料における評価上の整理であり、役割・職務の一般的な定義を定めたものではありません。本記事ではこの整理を参考にしつつ、役割・役職・職務・職位という独自の用語区分を設けています。役職は組織図上の呼び名にすぎず、実際にどこまでの責任と権限を持つかは、役割定義によって初めて具体的になります。

なお、業務内容そのものを細かく設計する職務設計や、部門・役職への業務の割り振りを定める職務分掌・業務分掌は、役割定義と隣接する取り組みですが、扱う粒度が異なります。本記事では役割・責任・権限の定義に焦点を当てます。

なぜ新規事業・組織変革の場面で役割定義が重要になるのか

既存事業が安定している組織では、慣習や前例の積み重ねによって、役割があいまいでも大きな問題が表面化しにくいものです。しかし、新規事業の立ち上げやDX推進、組織変革の局面では、前例のない意思決定が次々と発生します。このとき役割定義があいまいだと、誰が決めるべきか分からず停滞する、複数の担当者が同じ判断をして手戻りが起きる、といった問題が顕在化しやすくなります。

経済産業省が公表した人的資本経営に関する報告書でも、事業単位の価値最大化を目的とする外部採用や部門内の再配置は事業部門が責任を負い、人事部門が支援する一方、全社的な人事施策は人事部門が担うという役割分担が示されています（経済産業省「人材版伊藤レポート2.0」2022年5月）。新規事業や変革を推進する組織ほど、役割定義を丁寧に行う必要性が高いといえます。

役割定義を構成する4つの要素

役割定義は、大きく4つの要素で構成されます。以下の4要素は、役割の大きさや範囲に法令上の統一的な定義があるわけではないなか、本記事が実務上の整理として用いるものです。企業によっては、これに加えて必要なスキルや関係者、評価指標、エスカレーション条件などを定義に含めることもあります。この4要素を漏れなく言語化することが、実務で機能する役割定義の土台になります。

ミッション（担う使命）

その役割が組織の中で何のために存在するのかという、存在意義にあたる要素です。「新規事業の収益化を主導する」「既存顧客との関係を深め、解約を防ぐ」など、抽象度の高い一文で表現されることが多く、業務の優先順位を判断する際の拠り所になります。

期待成果（アウトプット）

ミッションを達成するために、具体的にどのような成果を出すことが期待されているかを示す要素です。売上・利益といった定量指標だけでなく、「顧客の課題を検証した新規事業の提案をまとめる」のような定性的な成果も含まれます。評価制度と役割定義を連動させる際の軸になります。

責任範囲（スコープ）

その役割がどこまでの業務・成果に責任を持つのかという境界線です。責任範囲が不明確だと、業務の重複や空白が生まれやすくなります。隣接する役割との境界線を意識して定義することが重要です。

権限（意思決定の範囲）

その役割が、どこまで自分の判断で意思決定できるかという範囲です。予算の決裁権限、人事評価の権限、外部との契約締結権限など、権限の種類は多岐にわたります。責任だけが大きく権限が伴わない状態は、現場の意思決定を遅らせる大きな要因になります。

この4要素のうち、特に見落とされやすいのが権限の明確化です。責任範囲は業務分掌表などである程度整理されていても、どこまで自分の判断で進めてよいかという権限の線引きは、暗黙の了解に任されているケースが少なくありません。

役割定義があいまいなまま進むとどうなるか

役割定義を整理しないまま組織運営を続けると、典型的に次の3つの問題が起こります。

役割の重複が引き起こすコンフリクト

複数の役割が同じ業務・意思決定領域を担っていると、どちらが最終判断をするのかで摩擦が生じます。新規事業の立ち上げでは、既存事業の担当者と新規事業の担当者の間で、顧客対応や予算の所管が重複するケースがあり、対立や非効率の原因になることがあります。

役割の空白が生む対応漏れ

逆に、誰の役割にも明確に含まれていない業務があると、対応が後回しにされたり、誰も気づかないまま放置されたりします。部門をまたぐ業務や、新しく発生したイレギュラーな業務ほど、空白が生じやすい領域です。

責任と権限の不一致が招く機能不全

責任だけを負わされ、判断に必要な権限が与えられていない状態では、現場の意思決定が上位者の承認待ちで滞留します。逆に、権限だけが強く責任の所在があいまいだと、結果に対する説明責任が果たされません。責任を担う役割には、遂行に必要な権限をあわせて与えることが基本ですが、法令や社内規程上、最終的な責任や監督責任が上位者に残る場合もあります。

こうした問題は、役割を感覚的・暗黙的に運用している組織で顕在化しやすい傾向があります。組織規模や事業変化の影響の大きさは企業によって異なりますが、関係者が増える場面ほど役割の可視化が有効になります。

RACIで責任分担を整理する

役割の重複・空白・責任と権限の不一致を防ぐための実務的な手法として、RACI（レイシー）と呼ばれる責任分担の整理フレームワークがあります。

RACIの基本（R・A・C・I）

RACIは、業務やプロジェクトにおける関与の種類を4つに分類する考え方です。

区分	意味	役割の例
R（Responsible）	実行責任者。その業務を実際に遂行する担当者	担当者・実務リーダー
A（Accountable）	説明責任者。最終的な意思決定と結果責任を負う	部長・事業責任者
C（Consulted）	相談対象者。意思決定前に意見を求められる	関連部門・専門家
I（Informed）	報告対象者。結果や進捗を事後的に共有される	関係部門・上位組織

同じ業務に複数の人が関わる場合でも、誰が実行し、誰が最終判断し、誰に相談し、誰に報告するかをRACIで整理すると、役割の重複や空白が可視化しやすくなります。特にAccountable（説明責任者）は原則として1人に絞ることが、意思決定の停滞を防ぐポイントです。なお、RACIは法律や公的機関が定めた制度ではなく、プロジェクト管理の実務で広く使われている整理手法です。

RACIチャートの作り方

RACIを実務に落とし込む際は、業務・プロジェクトの主要なタスクを縦軸に、関係する役割を横軸に並べた一覧表（RACIチャート）を作成します。関与する役割のマスにR・A・C・Iのいずれかを記入し、関与しない役割は空欄のままにしておくことで、特定のタスクに誰も責任を持っていない空白や、複数の役割がAccountableを兼ねてしまっている重複を発見できます。

作成のステップとしては、まず対象業務の主要タスクを洗い出し、次に各タスクについて現状誰が関わっているかを棚卸しし、最後にR・A・C・Iを割り当てて重複・空白がないかを確認する、という流れが基本です。

新規事業・プロジェクト型組織での活用例

新規事業の立ち上げでは、既存の組織図だけでは責任の所在が分かりにくいケースが多くあります。例えば新商品の価格決定であれば、事業責任者がA（最終決定）、営業担当者がR（提案・実行）、経営企画がC（相談対象）、管理部門がI（事後報告）のように整理することで、誰に意思決定を仰げばよいかが明確になります。プロジェクト単位で期間限定の役割分担が必要な場面ほど、RACIによる整理は有効です。

権限の範囲と委譲の線引き

役割定義の中でも、権限の設計は特に実務上の判断が難しい要素です。

権限委譲の基本原則

権限委譲とは、上位者が持つ意思決定の権限の一部を、一定の範囲・条件のもとで下位の役割に委ねることです。委譲した後も、結果に対する最終的な責任や監督責任は上位者に残る場合があります。すべての意思決定を上位者が行う体制では、組織の規模が大きくなるほど意思決定のスピードが落ちます。権限委譲の基本原則は、現場に近い役割ほど、現場で判断が必要な権限を持つことです。一方で、経営に大きな影響を与える意思決定は、社内の決裁規程や機関設計に基づき、上位の役割や所定の意思決定機関が担うことが一般的です。

委譲してよい権限・残すべき権限

権限委譲を検討する際は、影響範囲と可逆性（後から修正できるかどうか）の2軸で考えると整理しやすくなります。

権限の性質	委譲の目安	具体例
影響範囲が限定的・可逆性が高い	現場に委譲しやすい	日常的な業務の進め方、小口の経費執行
影響範囲が広い・可逆性が低い	上位に残すべき	大型投資の決裁、組織再編、重要な契約締結

一律に権限を委譲するのではなく、意思決定の性質ごとに委譲の可否を判断することが実務上重要です。どこまでを委譲し、どこから上位に残すかは、会社の機関設計や決裁規程によって異なるため、自社の規程に照らして個別に判断する必要があります。

権限委譲が機能しないケースと対処

権限委譲を制度上は行っていても、実際には上位者が細部まで口を出してしまい、現場の権限が形骸化しているケースは少なくありません。この背景には、権限委譲後の結果責任の所在があいまいなまま進めてしまっていることが多くあります。権限を委譲する際は、同時に結果に対する責任の所在も明確にし、一定期間は委譲した権限の行使状況を定期的に確認する運用を組み合わせることで、委譲が形骸化するリスクを抑えられます。

役割定義の作り方（基本ステップ）

役割定義を新たに整理する、あるいは見直す際は、次の3つのステップで進めると実務に落とし込みやすくなります。

ステップ1：経営目標・事業戦略からの逆算

役割定義は、現在の人員構成や既存の業務内容を出発点にするのではなく、経営目標や事業戦略から逆算して設計することが望ましいとされています。ジョブ型人事制度を導入した企業20社の事例を整理した政府の指針でも、経営戦略上の位置付けを明確にしたうえで制度設計を行う進め方が紹介されています（内閣官房・経済産業省・厚生労働省「ジョブ型人事指針」2024年8月）。以下の3ステップは、こうした考え方を参考に、役割定義の整理向けに実務的に組み立てたものです。まず事業として何を達成すべきかを定め、そこから必要な役割を逆算する順序が重要です。

ステップ2：現状の業務・責任の可視化

次に、現状誰がどのような業務・責任を担っているかを可視化します。先述のRACIチャートを使って主要業務の担当・責任の所在を棚卸しすると、重複や空白が見えやすくなります。この段階では、理想の役割分担と現状のギャップを把握することが目的です。

ステップ3：役割定義書への落とし込みと合意形成

ミッション・期待成果・責任範囲・権限の4要素を、役割ごとに文書として落とし込みます。作成した役割定義は、関係者間で内容をすり合わせ、合意形成を経て初めて実務で機能します。トップダウンで一方的に決めるのではなく、該当する役割を担う本人や関連部署を交えて内容を確認するプロセスを設けることで、実態に即した役割定義になります。

なお、業務内容を細かく設計する職務設計や、部門・役職への割り振りを定める職務分掌・業務分掌、求める人物像・スキル要件を定める人材要件、組織構造そのものを設計する組織設計は、役割定義と連動する取り組みですが、それぞれ扱う範囲や進め方が異なります。これらに個別に取り組む際は、別途専門的な整理が必要です。また、役割の変更が労働契約上の業務範囲や賃金といった労働条件に及ぶ場合は、就業規則や労働契約との整合を事前に確認しておく必要があります。

階層・立場別に見る役割定義の具体例

役割定義は、階層や立場によって重視すべき要素が異なります。

経営層・事業責任者の役割定義

経営層・事業責任者は、担当する事業の範囲において、事業の方向性や成果に関する意思決定・説明責任を担うことが多い層です。ミッションは「事業の持続的な成長」のように抽象度が高く、期待成果も中長期的な指標が中心になります。権限の範囲は広く、組織再編や大型投資などの意思決定に関与することが多い一方、現場の個別業務への関与は限定的になりやすい傾向があります。

部長・課長クラスの役割定義

部長・課長クラスは、経営層が示す方針を、部門・チームの具体的な業務に落とし込む役割を担います。予算執行や人員配置の権限を一定範囲で持ち、RACIでいえばAccountable（説明責任者）を務めることが多い層です。部門をまたぐ連携が必要な場面では、上位の意思決定を仰ぐべき範囲を明確にしておくことが重要です。

現場リーダー・主任クラスの役割定義

現場リーダー・主任クラスは、日常業務の遂行とチーム内の調整が中心のミッションになります。RACIでいえばResponsible（実行責任者）を担うことが多く、現場で完結する判断には一定の裁量を持たせる一方、部門を超える判断や予算を伴う判断は上位者に相談する権限設計が一般的です。

業種特有の視点：ハウスメーカー・不動産・建設業系の新規事業チーム

ハウスメーカーや不動産・建設業系の新規事業では、既存の施工・営業組織との間で、顧客対応や協力会社との折衝の責任範囲を整理する必要が生じるケースがあります。新規事業チームの役割定義を作る際は、既存部門との境界線、どこまでが新規事業チームの責任で、どこから既存部門に引き継ぐかを具体的に明文化しておくことで、現場での混乱を防ぎやすくなります。

役割定義を運用し、見直すポイント

役割定義は一度作って終わりではなく、継続的な運用と見直しが必要です。

見直しのタイミング

組織変更、新規事業の立ち上げ、事業戦略の転換など、組織構造や優先順位が変わるタイミングでは、既存の役割定義が実態と合わなくなっている可能性があります。年次で点検する運用を取り入れている企業もありますが、見直し頻度に一律の基準があるわけではなく、組織変更や事業戦略の転換といった変化を契機に、その都度役割定義を点検することが基本といえます。

評価制度（役割給等）との連動

役割定義を、評価制度や報酬制度と連動させる企業もあります。役割の大きさや期待成果を等級・報酬に反映する制度は、企業によって役割等級制度やミッショングレード制など呼び方が異なりますが、年功ではなく担っている役割の重さを基準にする点が共通しています。役割定義と評価制度を連動させる場合は、期待成果の達成度を評価の軸に据えることで、役割定義が形骸化しにくくなります。

形骸化を防ぐ運用の工夫

役割定義書を作成しても、実際の業務が定義と乖離していく、いわゆる形骸化は起こりがちです。これを防ぐには、1on1や期初・期末の面談の場で、役割定義の内容と実際の業務内容にズレがないかを定期的に確認する運用が有効です。役割定義を作って終わりにせず、評価・育成のプロセスに組み込むことが、形骸化を防ぐ鍵になります。

役割定義に取り組む体制とコスト感

役割定義の整理は、社内だけで進めることも、外部の専門家の支援を受けながら進めることもできます。

社内で進める場合の工数・期間の目安

役割定義を社内のリソースだけで整理する場合、対象となる役割の数や組織の規模、合意形成の難易度によって必要な期間は大きく変わります。対象範囲を絞って試行するだけであれば数週間程度で形にできる場合もありますが、複数部門にまたがる役割を全社的に整理する場合は数ヶ月以上かかることもあります。着手前に対象範囲を決めて見積もっておくことが実務上重要です。人事・経営企画部門が主導し、各部門の責任者を巻き込みながら進める体制が多く見られます。

外部の専門家・支援を活用する場合

社内のリソースだけでは、客観的な視点での棚卸しや、合意形成のファシリテーションが難しい場合もあります。特に新規事業の立ち上げ時は、既存の組織構造にとらわれない役割設計が求められるため、外部の専門家の視点を借りることで、論点整理や合意形成のプロセスを効率化できる場合があります。ただし、最終的な意思決定や社内の合意形成そのものは、社内で担う必要がある点に変わりありません。

TechHouse.Worksでも、新規事業の立ち上げに伴う組織づくりに関するご相談に対応しています。社内だけで進めるべきか、外部の専門家と進めるべきか判断に迷う場合は、お問い合わせから相談いただくことも選択肢の一つです。

役割定義を始める前のチェックリスト

役割定義に着手する前に、以下の点を確認しておくと、作業がスムーズに進みます。

• 対象とする役割の範囲（部門・階層）を決めているか
• 経営目標・事業戦略を踏まえた役割の優先順位を整理しているか
• 現状の業務・責任の棚卸しを行う担当者・期間を決めているか
• ミッション・期待成果・責任範囲・権限の4要素を記載するフォーマットを用意しているか
• 役割定義の内容を確認・合意形成するプロセス（関係者へのヒアリング・承認フロー）を決めているか
• 定期的な見直しのタイミング（年次・組織変更時等）を決めているか

役割定義に関するよくある質問（FAQ）

役割定義に取り組む際によく挙がる疑問をまとめました。

Q1. 役割定義と職務記述書（ジョブディスクリプション）の違いは何ですか

役割定義は、ミッション・期待成果・責任範囲・権限という観点で何を担うかを言語化するものです。これに対して職務記述書は、個々のポジションが遂行する具体的な業務内容を記述した文書です。両者は記載範囲が重なる部分もあり、どちらを先に作成するかは企業の制度設計によって異なります。

Q2. 役割定義はどのくらいの頻度で見直すべきですか

明確な基準はありませんが、組織変更や事業戦略の転換がなくても、定期的に内容が実態と合っているかを点検している企業もあります。新規事業の立ち上げなど大きな変化があった際は、その都度見直す運用が実務上有効です。

Q3. 中堅企業でも役割定義は必要ですか

組織の規模が小さいうちは、役割があいまいでも個人の調整でカバーできることがあります。しかし、売上規模が拡大し、新規事業や複数のプロジェクトが同時に動くようになると、役割の重複・空白が問題として表面化しやすくなります。中堅企業こそ、事業拡大の局面で役割定義に取り組む意義が大きいといえます。

Q4. 役割定義と役割等級制度（ミッショングレード制）はどう関係しますか

役割等級制度は、役割定義によって言語化された役割の大きさ・重さを基準に、等級や報酬を決定する人事制度です。役割定義が整理されていなければ、役割等級制度を導入しても等級の判断基準があいまいになります。役割定義は、役割等級制度の等級基準や運用を具体化するための重要な基盤になります。

Q5. 役割が重複してしまった場合、どう対処すればよいですか

まず、重複している業務・意思決定領域を具体的に洗い出し、RACIチャートなどを使ってどちらがAccountable（最終責任者）を担うかを明確にします。重複の背景には、組織変更の際に役割定義の見直しが追いついていないケースも多いため、重複が見つかった場合は関連する役割全体を点検することが望ましいといえます。

Q6. 新規事業チームの役割定義は、既存事業と同じ考え方で作ってよいですか

基本的な4要素（ミッション・期待成果・責任範囲・権限）の考え方は共通ですが、新規事業は前例がなく、既存の組織図では責任の所在が整理しきれないことが多くあります。既存部門との境界線を具体的に明文化すること、またプロジェクトの進行に応じて柔軟に見直すことを前提に役割定義を設計することが重要です。

まとめ

役割定義とは、組織内の一人ひとりやチームが担うミッション・期待成果・責任範囲・権限を言語化する取り組みです。役割があいまいなまま進めると、役割の重複によるコンフリクトや、役割の空白による対応漏れ、責任と権限の不一致による機能不全が起こりやすくなります。RACIを使った責任分担の整理や、経営目標からの逆算による作成ステップ、定期的な見直しの運用を組み合わせることで、実務で機能する役割定義を整えられます。

TechHouse.Worksは、役割・評価・意思決定設計をはじめとする組織づくりの支援を行っています。経営戦略と組織全体の整合を図る観点から、新規事業の役割分担や意思決定ルールの整理をご相談いただくことができます。新規事業の役割分担をどう整理すればよいか、経営目標から逆算した組織設計を相談したいといった課題をお持ちの方は、お気軽にご相談ください。なお、新規事業や組織づくりにまつわる考え方については、noteでも発信しています。