役割定義 - 「誰がやるか」を決めるだけでチームが変わる

皆さんこんにちは、経営学習ポッドキャストのタカシです。今日はマネジメントの基本中の基本、「役割定義」について話していきます。実はですね、組織で起きるトラブルの多くは、役割が曖昧なことが原因なんです。

いい質問ですね。驚くべきデータがあるんですが、ある調査によると、チームメンバーの約半数が「自分の責任範囲が明確でない」と感じているそうです。つまり、半分のメンバーが何をすればいいか曖昧なまま仕事しているんですよ。

まさにそうなんです。今日はこの「役割定義」がなぜ大事なのか、どうやって実践するのか、そして陥りやすい失敗パターンまで、じっくりお話ししていきますね。

さて、役割定義の本質ってなんだと思います？一言で言うと、「この仕事は誰のものか」を決めることなんです。ドラッカーはマネジメントの基本として「組織化」を挙げていて、仕事を生産的にし、人に成果を上げさせることが管理者の責任だと述べています。

シンプルに3つです。まず「責任範囲」、つまりその人が最終的に責任を負う領域。次に「権限」、どこまで自分で判断していいか。そして「期待される成果」、何をもって成功とするか。この3つが揃って初めて、役割が定義されたと言えるんです。

完璧な例ですね！まさにそういうことです。肩書きだけだと、いくらまで値引きしていいのか毎回上司に聞かないといけない。それが権限として明確になっていれば、スピーディに動けますよね。

そうなんです。ドラッカーの有名な言葉に「組織の優秀さとは、凡人をして非凡な働きをなさしめることにある」というものがあります。個人の能力に頼るのではなく、役割という構造で成果を出せるようにする。それがマネジメントの力なんですよ。

ここからは実務で使えるフレームワークを紹介します。「RACI」って聞いたことありますか？役割を整理するための世界的に使われている手法なんです。

「レイシー」と読みます。R、A、C、Iの4つの頭文字で、Rは「実行責任者」つまり実際に手を動かす人。Aは「説明責任者」で最終的にOKを出す人。Cは「相談先」、Iは「報告先」です。各タスクに対してこの4つの役割を割り当てるんです。

そうです、まさにそういうイメージです。実際の事例として、日本のヌーラボという会社では、管理部門の給与計算システムを刷新するプロジェクトでRACIチャートを導入しました。労務担当がR、経理責任者がAと明確に分けたことで、無駄な確認会議が減ってプロジェクトがスムーズに進んだそうです。

実はそこがRACIの最も重要なルールなんです。Aは各タスクに必ず1人だけ。2人以上いると「結局誰がOKを出すの？」となって、責任が曖昧になります。もしAが2人以上のタスクがあったら、それは役割定義の危険信号だと思ってください。

ここからは、役割定義でよくある失敗パターンを4つ紹介します。意外なことに、役割を決めすぎても問題が起きるんですよ。

まず一番多いのが「みんなで頑張ろう型」ですね。役割を決めずに全員で取り組むんですが、結局誰もボールを拾わない領域が生まれます。特に地味だけど大事な仕事ほど「誰かがやるだろう」と放置される。議事録とか、顧客フォローアップとか。

2つ目は「役割の重複」です。複数人が同じ業務に手を出して、方針が食い違う。「管理はしているけどチームに活気がない」という組織は、実はお互いを監視し合っている状態だったりします。

3つ目が先ほど言った「過度な固定化」。役割をガチガチに固めると「それは私の仕事じゃありません」というセクショナリズムが生まれます。メンバーの成長機会も失われてしまう。適度な柔軟性が大事なんです。

そして4つ目が「暗黙の役割に依存」。明文化せずに「なんとなく」で回している状態です。キーパーソンが異動したり退職したりした瞬間に、業務が崩壊します。「あの人しかわからない」という状態は、実は組織のリスクなんですよ。

その通りです。そこで最後に、明日からすぐに実践できるアクションをお伝えしますね。

では、明日から実践できるアクションを4つお伝えします。まず1つ目、チームの業務を一覧にして、それぞれの担当者を書き出してください。Googleスプレッドシート1枚で十分です。これだけで「担当者がいない業務」が見えてきます。

2つ目は、今日紹介したRACIを主要なプロジェクトに試してみること。特に「Aが2人以上いるタスク」を探してみてください。3つ目は、3ヶ月に一度は役割分担を見直すこと。事業も人も変化しますからね。

4つ目は、各役割に「何をもって成功とするか」を具体的に書き添えることです。「営業担当」ではなく「月5件の新規成約を達成する営業担当」まで言語化する。これだけで期待値のズレがぐっと減ります。

完璧なまとめですね。役割定義はマネジメントの出発点です。ぜひ皆さんも自分のチームで試してみてください。それでは、また次回のエピソードでお会いしましょう。