なぜ図解が必要か
言葉だけでは伝わらないことを、図にすると共通理解が生まれます。
言葉だけでは伝わらない場面が多い
業務やシステムの話には、登場人物・モノ・流れが何重にも絡みます。口頭や文章だけで説明すると、聞き手の頭の中で組み立てが追いつかず、認識のズレが起こります。たとえばベンダーとの打合せで「ここを変えたい」と話したつもりが、後から「言った／聞いていない」のすれ違いが発覚するのはよくある光景です。一枚の図にしておけば、見ながら指差して話せるので、認識ズレが激減します。
図解は属人化を解消する第一歩
「あの人しか分からない業務」を抱えていませんか。担当者が休んだだけで止まる業務、退職と一緒に手順が消える業務は、組織にとって大きなリスクです。これを属人化と呼びます。属人化を解消する第一歩は、頭の中にある手順を図にして取り出すことです。図解は完璧でなくても構いません。書き出した瞬間に「他の人が読める形」になり、引き継ぎや改善の議論ができるようになります。
ベンダーや経営層との共通言語になる
図解は社内外の共通言語になります。エンジニアと現場、経営層と実務担当、社内とベンダーなど、立場の違う人どうしが同じものを見ながら議論できます。同じ図を前にしていれば、専門用語や立場の違いを越えて要点を共有できます。文章で何度もやりとりするより、図を一枚示して合意を取った方がはるかに早く、誤解も生まれにくい進め方になります。
図解は業務とデータの2系統に分かれる
業務とデータの2系統を意識すると、図解は迷わず選べます。
業務を描く図解とは
業務を描く図解は、人や仕事の動きを可視化する道具です。誰がどんな順で動くか、誰がどの責任を持つか、システムを誰がどう使うか、業務の状態がどう変わるか――こうした「動き」を整理します。本シリーズでは、業務フロー図・組織図・業務分担表・ユースケース図・状態遷移図の5つを扱います。日々の業務改善や引き継ぎ、システム導入時の要件整理など、業務側を整える場面で活躍します。
データを描く図解とは
データを描く図解は、情報の構造と動きを可視化する道具です。顧客や案件や取引といったデータが、どう関係し、どこから来てどこへ行くかを整理します。本シリーズでは、ER図とDFDの2つを扱います。データの整理は地味に見えますが、これが曖昧だと「顧客リストが部署ごとに違う」「同じデータを何度も入力している」といった非効率が必ず起こります。データを描けると、業務改善の地盤が整います。
2系統を意識すれば迷わず選べる
図解の種類が多すぎて、どれを使えばいいか分からないという声をよく聞きます。最初に「業務側か、データ側か」を決めるだけで、選択肢は大きく絞れます。たとえば「業務手順を整理したい」なら業務フロー図、「顧客データの持ち方を見直したい」ならER図です。上の全体マップを頭に入れておくと、目的から逆引きで使う図解にたどり着けるようになります。
業務を描く5つの図解
業務を描く図解は、流れ・人・接点・変化をそれぞれ整理する道具です。
業務フロー図 — 業務の流れを書き出す
業務フロー図は、誰が・何を・どの順で動くかを順番に並べた図です。受注→在庫確認→出荷→請求のような業務手順を、矩形と矢印で1本のラインに書き出します。業務改善の出発点として最もよく使われ、書き出すだけで「ここで二重チェックしている」「この工程が誰の役割か曖昧だ」といった発見が必ずあります。
組織図・体制図 — 責任と指揮命令を描く
組織図は、誰が誰に報告するかという常設の指揮命令を整理する図です。一方で体制図は、特定のプロジェクトでの一時的な役割分担を描きます。両方そろえると、平時の責任とプロジェクトでの責任が見える化され、属人化や指示の重複といったトラブルを未然に防げます。
業務分担表（RACI） — 担当の重複と抜け漏れを発見する
業務分担表（RACI）は、業務ごとに「実行者・最終責任者・相談先・報告先」を一覧化するマトリックスです。Aは1業務に1人だけというルールで、責任の所在が一目で分かります。組織再編や新規プロジェクト立ち上げの場面で、担当の重複・抜け漏れを発見する強力な道具になります。
ユースケース図 — システムと利用者の関係を描く
ユースケース図は、システムを誰が（営業／管理者など）どんな目的で使うかを整理する図です。アクター（棒人間）とユースケース（楕円）を線でつなぐシンプルな記法で、技術知識がなくても読めます。システム導入時にベンダーとの会話を成立させる起点として最も有効な1枚です。
状態遷移図 — ステータスの変化を管理する
状態遷移図は、受注→出荷→請求のように、業務の対象がどんな状態を経て変わっていくかを描いた図です。ステータス管理が複雑な業務（案件管理・申請承認・在庫管理など）で、状態の抜けや戻り経路の整理に役立ちます。そのままシステムのステータス管理機能の要件にもなります。
データを描く2つの図解
データを描く図解は、社内に散らばる情報を一枚にまとめる道具です。
ER図 — データ同士の関係を描く
ER図は、顧客・注文・商品などのデータの種類同士がどう関係しているかを線で結んだ図です。「1人の顧客が複数の注文を持つ」のような関係を矩形と線で表します。マスタ（顧客マスタや商品マスタなど、業務の基本となる固定情報の一覧）の整理や、システム連携の検討で必ず使う基本図で、データ整理の出発点になります。
DFD — データの流れを描く
DFD（データフロー図）は、データがどこから来て、どこを経由し、どこへ行くかを描いた図です。受注データが営業システムから倉庫システムへ、さらに会計システムへ流れる――こうしたデータの動きを部署やシステムを跨いで可視化できます。データの二重入力や、ある部署にだけデータが届かない問題など、業務改善とシステム連携の課題発見に効きます。
まとめ
業務とデータを整える図解の全体像と、本シリーズで扱う7つの図解を解説しました。
- 図解は属人化を解消し、社内外の共通言語になる
- 図解は「業務を描く」と「データを描く」の2系統に分かれる
- 業務を描く図解は、業務フロー・組織・業務分担・ユースケース・状態遷移の5つ
- データを描く図解は、ER図とDFDの2つ
- 自社の課題が業務側かデータ側かで、使う図解を選ぶ
これらを理解し、まず1枚から描き始めると、業務もデータも少しずつ整理されていきます。次回以降の記事では、それぞれの図解の描き方を順番に解説します。ジョブらくでは、業務とデータの整理を支援するコンサルティングを提供しています。「何から手をつければ良いか分からない」という方は、お気軽にご相談ください。
コメント