RACIとは？RACIチャートで管理部門の業務責任を可視化した話

by Nulab

2018年10月1日

30代も後半にさしかかり「体重が増加傾向にある」と妻に相談したら「まずは毎日体重計にのったら」と言われたので、律儀に毎日のってる中村です、こんにちは。

本記事では、業務の責任者や責任範囲を明確にしたいときに使うフレームワーク「RACIチャート」の紹介と試してみた感想をお伝えします。

RACIチャートをプロジェクトに取り入れた背景

最初に、RACIチャートを取り入れた背景を説明します。

RACIチャートは管理部門のプロジェクトで取り入れました。このプロジェクトの発端は、管理部門のスタッフから「私たちの業務フローを改善するのを手伝ってくれないか？」という依頼を受けたことでした。

RACIチャートを解説する上で、まずはヌーラボの管理部門について簡単に紹介します。一言で管理部門と言っても、業務内容は多岐にわたります。人事や経理、財務、労務といった部門ごとに分かれており、ヌーラボでは大体1人から3人でそれぞれの業務にあたっています。

ヌーラボの管理部門の役割

管理部門に話を聞いてみると、プロダクト開発と比較して、管理部門の業務には責任に関する性質の違いがありそうだと感じました。そこで、以下の2つに分けて管理部門が直面している課題を考えることにしました。

管理部門は業務・役割ごとに対応する人が分かれてはいますが、各役割間で連携することも多い傾向がありました。

役割が違う他部門とタスクを何度もやり取りするうちに、誰が責任を持つべきかが自然と曖昧になるという課題を発見しました。

1. 誰が責任を持つべきかが曖昧となりがちである

管理部門は主に基幹システム・SoR（System of Record）なシステムを扱うという特性があり、抑えるべきところは確実に抑えないといけません。

そのため、重要度や機密性が高い作業は承認者に確実に確認してもらわなければなりません。しかし、すべての作業の承認を依頼していたら承認者がパンクしてしまうので、責任範囲を明確にして権限委譲もセットで取り組む必要があります。

2. 責任範囲の明確化・権限委譲が大切になる

これらの責任に関する認識合わせのフレームワークとして「RACIチャート」を採用しようと考えました。

RACIとは、以下の4つの役割の頭文字を取ったものです。

名前	日本語名	説明
Responsible	実行責任者	タスクの実行者。複数いても構わず、Accountableと兼ねることもある（実行者がそのまま承認してタスクを完了する）。
Accountable	説明責任者	タスクの説明責任者。承認者とも捉えることができる。責任の所在が曖昧になるので、原則1つのタスクに1人（1部門）のみ。
Consulted	協業先	タスクを進める際の相談者。タスクを進める際に、双方向にやり取りを行う。
Informed	報告先	タスクの進捗状況の報告先。タスクを進める際に、一方向的なやり取りとなる。