「業務フローをフローチャートで書いてください」と言われたとき、最初の戸惑いは「どの記号を、どう使えばいいのか」です。フローチャートは古典的な手法ながら、業務改善やシステム開発の現場では今も第一線で使われています。記号の意味を押さえ、目的に合った書き方を身につければ、業務の可視化と関係者の合意形成が一気に進みます。この記事では、フローチャートの定義、基本記号と書き方、業務での活用シーン、作成ツールまで実務目線で整理します。
フローチャートとは何か
フローチャートとは、業務やプロセスの流れを、記号と矢印で図示する手法を指します。日本語では「流れ図」とも呼ばれます。「何が、どんな順番で、どこに進むか」を、誰が見ても同じ理解になるよう図にする目的で使われます。
業務改善、システム開発、品質管理、教育研修など、適用範囲は広範です。手順や条件分岐を含む処理を、文章で説明するより視覚的に理解できる点が最大の特徴です。
フローチャートの基本記号
フローチャートで使う代表的な記号を整理します。記号の意味を統一しておくと、読み手の理解が早くなります。
| 記号 | 意味 | 使う場面 |
|---|---|---|
| 楕円・角丸長方形 | 開始・終了 | フローの起点と終点 |
| 長方形 | 処理 | 通常の作業や処理 |
| ひし形 | 判断・分岐 | 条件によって流れが分かれる場面 |
| 平行四辺形 | 入出力 | データの入力や出力 |
| 矢印 | 流れの方向 | 処理の順序を示す |
| ドキュメント形 | 文書 | 紙やデータの書類 |
| 円 | 結合子 | 同じページ内で離れた箇所をつなぐ |
これらはJISでも定義されている標準的な記号です。社内で統一して使うと、誰が書いた図でも同じように読めるようになります。
フローチャートの書き方
フローチャートの作成手順を整理します。
手順1：目的を決める
何のためにフローチャートを書くのかを決めます。業務の可視化、改善対象の特定、システム要件の整理、教育マニュアルの作成など、目的によって書き方の粒度が変わります。
手順2：開始と終了を決める
フローの起点と終点を最初に置きます。「受注を受ける」から「請求書を発行する」までなど、対象範囲を明確にすることで、書く範囲が定まります。
手順3：主要な処理を順に並べる
開始から終了まで、主要な処理を時系列に並べます。最初は粗い粒度で構いません。全体の流れを掴むことを優先してください。
手順4：条件分岐を入れる
「もし〜なら」という判断が入る箇所に、ひし形の判断記号を入れます。条件の書き方は「Yes / No」で答えられる形にすると、分岐が明確になります。
手順5：詳細を埋める
主要な流れが見えたら、必要に応じて細部を埋めます。例外処理や戻り処理も、現場の運用に合わせて追記します。
手順6：関係者でレビューする
実際にその業務を行っている人にレビューしてもらい、抜けや誤りを修正します。書いた本人が気づかない例外パターンが、レビューで見つかることが多くあります。
フローチャートの種類
目的別にいくつかの種類があります。
業務フローチャート
業務の流れを可視化するために使われる、最も一般的なタイプです。担当者や部署をスイムレーン（横の帯）で分けると、誰が何をするかが見えるようになります。
システムフローチャート
システムの処理の流れを表現します。プログラムの実装やシステム設計の現場で使われます。
データフロー図（DFD）
データがどこからどこへ流れるかに焦点を当てた図です。情報システムの設計で多用されます。
BPMN（Business Process Model and Notation）
業務プロセスを表現する国際標準の表記法です。フローチャートよりも厳密で、複雑なビジネスプロセスを正確に表現できます。
フローチャートを業務で活用する場面
実務での活用場面を整理します。
業務改善の起点
業務改善を進めるとき、まず現状の業務をフローチャートで可視化します。可視化すると、無駄な工程、重複する処理、手戻りの多い箇所が見えてきます。
システム開発の要件整理
システム開発の工程の中で、業務をフローチャートで整理することは、要件定義の基本的なアプローチです。発注側と開発側が同じ理解を共有するために有効です。
教育・引き継ぎ
新人教育や担当者交代時の引き継ぎで、業務手順をフローチャートで示すと、理解のスピードが上がります。
マニュアル作成
業務マニュアルの中にフローチャートを入れると、文章だけでは伝わりにくい流れが視覚的に把握できます。
品質管理・コンプライアンス
業務の標準化やコンプライアンスの観点で、フローチャートは内部統制の文書として機能します。
フローチャート作成に使える主なツール
代表的な作成ツールを整理します。
| ツール | 特徴 | 向いている用途 |
|---|---|---|
| Microsoft Visio | 業務フロー作成の定番 | 詳細な業務フロー、システムフロー |
| draw.io（diagrams.net） | 無料で高機能 | 個人〜中小企業の業務フロー |
| Lucidchart | クラウドベースで共同編集 | チームでの共同作業 |
| Cacoo | 日本製クラウドツール | 国内企業の業務フロー |
| Miro | ホワイトボード型 | ワークショップ形式の業務整理 |
| Excel・PowerPoint | 標準的な作成 | 簡易な業務フロー |
| Notion・Slack | 内蔵の作図機能 | 軽い業務フローの共有 |
ツール選定では、共同編集のしやすさ、出力フォーマット、社内の他ツールとの連携性を考慮してください。
フローチャートを書くときの注意点
実務で起きがちな失敗を整理します。
詳細を書きすぎる
最初から細部まで書こうとすると、図が複雑になりすぎて読めなくなります。まず粗い粒度で全体を描き、必要に応じて詳細を別図に分けるアプローチが現実的です。
記号の意味を統一しない
同じ記号が異なる意味で使われていると、読み手が混乱します。社内で使う記号と意味を統一しておくことが、長期的な可視化の質を高めます。
例外処理が抜ける
正常系だけ書いて、例外パターン（エラー時、月末処理、特殊な取引先対応）が抜けるケースは多くあります。現場の運用を知る人と一緒にレビューしてください。
書いただけで満足する
可視化はゴールではなく、業務改善の出発点です。書いたフローチャートをもとに、改善の打ち手を議論する段階に進めてください。
H&Kの視点：フローチャートは「業務改善とシステム化の橋渡し」
フローチャートを業務改善のツールとして使うだけでなく、その後のシステム化を見据えて書くことを当社の支援現場ではおすすめしています。
業務改善で書いたフローチャートが、そのまま要件定義のインプットになると、システム開発の精度が高まります。手作業の運用を磨き込んでから別途要件定義する手戻りが減ります。
業務フローを書く段階で、「将来このプロセスはシステム化するのか」を意識しておくと、フローチャートが業務改善とシステム開発をつなぐ共通言語になります。
