17分
無料でカスタマイズ可能なテンプレートでインスピレーションを得てワークフローをより早く作成できます。
このガイドでは、フローチャートの定義や歴史、正しい書き方、使用する記号の意味から、Lucidchart のテンプレートを活用する方法まで、必要な知識を具体的な作成例とともに分かりやすく解説します。
フローチャートとは、業務のプロセス、システム、またはコンピューターのアルゴリズムを視覚的に表現した図（流れ図）です。複雑化しやすいプロセスの記録、学習、計画、改善、伝達を明確かつ分かりやすい方法で実現するためのツールとしてさまざまな分野で広く活用されています。基本的には、長方形や楕円、ひし形などの専用記号で個々の手順を定義し、それらを矢印でつなぐことで処理の順序や全体の流れを表現します。手書きのシンプルなメモから、専用ツールで描かれた包括的なシステム図まで、その様式は多岐にわたります。エンジニアなどの技術職だけでなく、一般的なビジネスパーソンまで職種を問わず幅広い分野で活用されています。フローチャートは時に、プロセスフローチャート、プロセスマップ、機能フローチャート、ビジネスプロセスマッピング、ビジネスプロセスモデリング表記法 (BPMN) やプロセスフロー図 (PFD) など、より専門的な名称で呼ばれることもあります。データフロー図 (DFD) や統一モデリング言語 (UML) アクティビティ図といった他の人気の高い図とも関連のあるものです。
ここでは、代表的なフローチャートの記号とその意味をいくつかご紹介します。より詳細な内容については、フローチャート記号ページにて一覧をご覧ください。
| 端子 |  |
| プロセス |  |
| 判断 |  |
| 文書 |  |
| データまたは入力/出力 |  |
| 記憶データ |  |
| フロー矢印 |  |
| コメントまたは注釈 |  |
| 定義済みプロセス |  |
| ページ内結合子/参照 |  |
| ページ外結合子/参照 |  |
Lucidchart でのフローチャート作成は、非常に直感的でシンプルです。必要な図形をキャンバスにドラッグ＆ドロップし、それらを線で結ぶだけで完成します。もし何から手をつければよいか迷った場合は、まずは「フローチャートの作成方法」ガイドで基本を押さえるのがおすすめです。
業務のプロセスフローを理解やプロセスの可視化を行う際や、プログラミング教育にも欠かせないフローチャートの作成ステップやコツ・ポイントをこの動画ではご紹介しています。
フローチャートが業務プロセスの記録に使われるようになったのは、1920年代～1930年代のことです。1921年に、生産管理技術者のフランク・ギルブレスとリリアン・ギルブレスの夫妻が、「フロープロセスチャート」をアメリカ機械学会 (ASME) で紹介しています。 1930年代初頭には、工業技術者のアーラン・H・モジェンセンが、自社の業務効率向上をテーマとした会議でのプレゼンテーションでギルブレスのツールを使用しています。 1940年代には、モジェンセンの薫陶を受けたアート・スピナンガーとベン・S・グラハムの両氏がこのメソッドをより広範に普及させています。スピナンガーは、Procter and Gamble に業務の簡略化手法を導入しています。Standard Register Industrial の取締役であったグラハムは、フロープロセス図を情報処理に採用しました。1947年に、ASME は、ギルブレス夫妻の業績から派生したフロープロセスチャートのための記号システムを採用しています。
また、1940年代後半には、ハーマン・ゴールドスタインとジョン・フォン・ノイマンがコンピュータープログラムの開発にフローチャートを用いました。その後まもなく、フローチャートはあらゆるプログラムやアルゴリズムの設計における定番ツールとして広く普及します。フローチャートは現在でもプログラミングに用いられていますが、より詳細なレベルを表し、最終製品に近づくことができるよう、また、人間が読解できるように単語とコード言語を組み合わせた擬似コードが用いられるのが一般的です。
日本においては、製造業における品質管理（QC）の取り組みで世界的に知られる石川馨（1915年〜1989年）が、品質管理の重要な手法の一つとして、ヒストグラムやチェックシート、現在では「フィッシュボーン図」とも呼ばれる特性要因図などと共に、プロセスを視覚化する補完的なツールとしてフローチャートを挙げています。
視覚的なデータフローの表現であるフローチャートは、プログラムやアルゴリズムを作成し、他のメンバーに説明したり、共同作業を行う上で役立ちます。アルゴリズムフローチャートを使用すれば、自動化された処理のコーディングを開始する以前に、プログラムの背景となるロジックを表現することができるようになります。大局的な思考を整理する上で有用であり、コーディングの段階ではガイドとして道案内役を果たします。具体的には、フローチャートで以下のような内容を実現することができます。
プログラマーは、しばしば、人間が読解できるよう自然言語とコンピューター言語を組み合わせた擬似コードを書くことがあります。フローチャートよりも詳細な記述を行い、フローチャートの代わりとして、あるいは実際のコードへの次のステップとして役立つものです。
コンピューターソフトウェアで用いられる関連図には、以下のようなものがあります。
フローチャートは、コンピュータープログラミングの他にも、さまざまざ分野で活用されています。
フローチャートの定義は、著者により千差万別であり、これまでさまざまな形で論じられてきました。アラン・B・スターネッカート、アンドリュー・ベロニス、マリリン・ボール、マーク・Ａ・フライマンなどの専門家が自身の著作でフローチャートについて記しています。スターネッカートは、2003年の自著「クリティカル・インシデント管理 (Critical Incident Management)」で、一般に用いられるフローチャートとして4種類を挙げています。フローそのものよりもフロー管理の概念を中心とした枠組みであり、以下のようなものがあります。
ベロニスは、1978年発行の著作「マイクロプロセッサ: 設計と応用 (Microprocessors: Design and Applications)」で、詳細の範囲とレベルに基づき、以下の3種類のフローチャートを論じています。
ボールは、1978年の著作「プログラマーのための手引き (A Guide for Programmers)」で、以下の2種類のみを挙げています。
しかし、フライマンは2001年の著作 「品質およびプロセスの改善 (Quality and Process Improvement)」 の中で、コンピューター的な観点よりもビジネス的な観点で、フローチャートを複数に分類しています。
また、他の人物によって以下のような図がフローチャートの一種として定義されています。
また、以下の関連図もフローチャートの一種として捉えられることがあります。
