業務フロー図の功罪｜図解が歪ませる組織の思考

序章：仕事の全体像が見えない組織

どの会社にも「業務フロー図」が存在する。
だが、その多くが「仕事」を表現できていない。
いや正しくは 組織全体の仕事の本質を表現できていない。

理由は単純だ。
仕事をタスクの連鎖として描いているからだ。

タスクは、ミクロの行動にすぎない。
組織の仕事の本質は、マクロ視点の成果アウトプットの連鎖である。

このズレが、

• 認知の歪み

• 生産性低下

• 責任感の希薄化

など、
あらゆる問題の「根源」になっている。

第1章：人視点・タスク視点の業務設計

1-1：一般的な業務フロー

多くの業務フロー図は、次の3つを中心に描かれている。

• 誰が

• どの順番で

• 何をするか

部署や担当者をレーンに並べ、タスクを四角で描き、その「結果らしきもの」を線でつなぐ。これは典型的な タスク軸のフロー である。

この構造は、「人の動きを管理する」には確かに便利だ。定型業務が多い組織ほど多用される。
しかし、ここには重大な欠陥がある。
タスクと担当者の紐づきだけ、を強調するように設計されていることだ。

1-2：固定化する思考フレーム

タスク軸フローを見慣れた人の頭の中では、無意識に以下のような思考が定着する。

• 自分のタスクは何か

• 前工程のタスクは何か

• 次に動く人は誰か

• 次のタスクは何か

こうした認知が積み重なると、「仕事＝自分のタスクをこなすこと」という狭いフレームが強固に形成される。

人は「自分視点」が最も認知負荷が低い。
だからこのフレームは心地よく、容易に定着する。

これは管理側にも同じことが起きている。PMO（Project Management Office）は、日々「組織メンバーが意図どおりに動いているか」を監視しようとする。自然と、監視対象は 人の動き＝ミクロ視点 に偏る。

WBSやガントチャートも、この視点と非常に相性が良い。
だが、この構造のままでは、

• 成果物の質

• 仕事全体の因果構造

に注意が向かなくなる。

第2章：情報管理に浸食する人視点・タスク視点

2-1：認知の歪みが生む「タスク型の情報設計」

この思考フレームの弊害は、情報管理にもそのまま現れる。典型例が 日付フォルダ管理 だ。

• 2025-01-10

• 2025-01-17

• 2025-01-24

こうした日付ベースのフォルダは、タスクを時間の流れで管理するという思考がそのまま形になったものだ。

• 今日のタスクの話 → 今日のフォルダ

• 明日のタスクの話 → 明日のフォルダ

この枠組みは、本人にとっては「管理している感覚」が得られるため、心地よい。管理される側も、自分の「今日のタスクの話」が「今日のフォルダ」に入っているので、特に違和感を覚えない。

しかし、この構造の会話は「今日のタスクが終わったか」「明日のタスクを始められるか」だけが論点になる。

本来議論すべき「目標に向けて作り込んでいる成果（アウトプット）が、求められるレベルに達しているか」という本質は、すっかり忘れ去られてしまう。

だが実際の仕事は、日付単位では完結しない。
成果物は複数日にまたがって積み上がり、他工程とも因果的に連鎖していく。そのため、この構造では後から参加するメンバーは仕事の全体像を把握できない。

• 全体で何を終わらせる必要があるのか

• 何が終わっていて

• 何が未完で

• どの成果物が問題を抱え

• どこが遅れているのか

一切わからない。

この結果、
「仕事の構造を理解できない人材」だけが増えていく。タスク軸の認知が、情報設計を通じて組織に固定化されてしまうのだ。

2-2：可視化構造の歪み

もう一つの典型的な現象がある。
あなたも見たことがあるだろう。
「誰がこれ全部理解できるんだ…？」
と思わず絶句するような、膨大なタスク連鎖で埋め尽くされた仕事の全体図だ。

描いた本人だけは、作成過程で少しずつ積み上げてきたため、なんとなく理解できてしまう。そして、複雑な図を描いたことに対して 奇妙な達成感を覚える。

だが、それを受け取った人は絶望する。

こんなの読めない。

結局、自分に関係する部分だけ読み解いて終わる。そしてその図も、いつかどこかに埋もれてしまう。

なぜこうなるのか？理由は明確だ。

タスクというミクロ情報を、全体図の形式で扱おうとした瞬間、図は破綻するからである。

図の構造がタスク軸である限り、「可視化すればするほど見えなくなる」という皮肉な逆説的現象が必ず起きる。

第3章：人の脳に浸食する人視点・タスク視点

3-1：認知の歪みが作る思考回路

人視点・タスク視点の情報管理は、人を「自分の作業」に閉じ込める。
その結果、認知負荷は偏り、

• 自分の手元のタスクだけを見る

• 他者の業務理解が進まない

• アウトプットの構造を読む力が育たない

という状態が慢性化する。

こうした環境が積み重なると、タスクを中心に思考が組み上がってしまい、次のような歪みが生まれる。

• 目的意識の喪失

• 成果物への責任感の希薄化

• 連携力の低下

• 分業の破綻

• 成果物の目標値が消え、品質問題が発生する

結局、仕事を「断片（タスク）」でしか捉えられない人材が大量に生まれてしまう。

これは組織にとって最大級の非効率化要因だ。

3-2：データ分析の例

もし後輩にデータ分析者がいたら、こう聞いてみてほしい。
「この仕事の目的や目標って、何だっけ？」

もし彼が
「XXXのデータ分析をすることです」
とだけ答えたら、注意が必要だ。

本来の仕事は、
「分析から得られた示唆を整理し、関係者に引き渡すアウトプットをつくること」である。

しかしタスク（作業）だけを 仕事そのもの と捉えると、

• 納期意識が薄れ

• アウトプット品質の責任が曖昧になり

• 「作業しているんだからいいでしょ」という態度

に陥りやすい

実際、彼の言動からは
「分析していれば仕事は進んでいる」
という認識が透けて見える。

これは彼個人の問題ではない。

タスクを人軸で分解し、それを「仕事の単位」として扱う業務構造が一般化している社会では、タスク＝仕事だという認知が自然に刷り込まれてしまう。そしてその刷り込みは、静かに、しかし確実に、人の思考回路を侵食していくのだ。

タスクを人軸で分解する業務フローが当たり前になっている社会構造が生む副作用だ。

第4章：図解が思考をデザインする・無意識バイアスの正体

ここまで見てきた

• タスク中心の認知

• 日付フォルダ構造

• 情報肥大による「見えるのに読めない」図

• 目的意識の喪失

などの現象は、すべて「同じ一つの根源」によって起きている。

その根源とは「図解の構造そのものが、思考をタスク軸へ誘導していること」である。

4-1：図は思考をデザインする装置

図解は、単なる情報整理ではない。
人間の思考回路そのものを「デザイン」してしまう力を持つ。
図を描くと、

• 強い形に注意が向き

• 弱い形は背景化され

• 図の構造がそのまま思考の構造へと転写される

これは認知の基本法則でもある。
だからこそ、図の構造を誤ると、人の思考そのものが誤った方向に設計されてしまう。

4-2：タスク軸の図解が生み出す「無意識の強調」

一般的な業務フロー図では、

• 四角（強い形）＝タスク

• その間をつなぐ線（弱い形）＝アウトプット

となっている。

これは、構造としては些細な違いに見える。
しかし認知への影響は甚大だ。

• 強い形（＝タスク）に注意が集中し、

• 弱い形（＝アウトプット）は無意識に見えなくなる。

つまり、図の構造が、

• タスク中心の観点

• 人中心のフロー

• アウトプット軽視

という思考回路を自動的に作り出してしまう。

これが第1章〜第3章までで出てきた現象の、
本当の原因＝無意識バイアス
である。

4-3：ミクロ向き思考フレームの限界

多くの人は「仕事が複雑だから図が複雑になる」と考える。
だが事実は逆だ。タスクを単位に全体を描こうとした瞬間、図は必ず破綻する。

これは構造的な欠陥だ。

タスクはミクロ情報であり、それを束ねて全体像をつくることはできない。ミクロ情報を大量に並べたからといって、マクロ構造が浮かび上がることはない。

結果として、

• 可視化したのに見えない図

• 情報量が増えるほど理解が減る逆説

• 「これ何を表しているの？」という全体迷子現象

が必ず起きる。
その根本原因は明確だ。

タスク（ミクロ）は、全体（マクロ）を表現する構造単位として不適格だからだ。

4-4：組織を歪ませる図解

ここまでの全ての問題を一つにつなぐと、結論が浮かび上がってくる。

この図が組織内に広がると、

• 思考がタスク偏重になる

• 人同士の連携が弱まる

• 成果物に対する責任が曖昧になる

• 部分最適の文化が静かに醸成される

そして、誰もその原因が
「図そのもの」
にあるとは気づかない。

人は図の構造に従って思考する。
思考は行動をつくり、行動は文化になる。

だからこそ、誤った構造の図を使えば、誤った文化が静かに育つ。タスク中心の図解は、組織の認知と文化を確実に歪めていく。その影響は極めて深刻だが、あまりにも日常的であるがゆえに誰も疑わない。

第5章：真の仕事の構造

では、私たちは何を認知し、どの単位で構造化すればよいのか。

ドラッカーが述べるように、組織には「目的」と「目標」があり、その目標は 成果アウトプットの連鎖 によってのみ達成される。

5-1：仕事=成果アウトプットの連鎖

これこそが「本来の仕事の構造」である。

実際の仕事には、誰が担当しようとも変わらない揺るがない構造が存在する。

• 要件書が生まれ

• それが設計書へ変換され

• レビューを経て確定版となり

• 次工程へ受け渡され

• 新しい成果物のインプットとなる

この連鎖を駆動しているのは人ではない。
アウトプットそのものである。

担当者が変わっても、役割が入れ替わっても、アウトプットの因果関係は変わらない。
これが 本来の仕事構造 の姿である。

5-2：タスク=ただの作業、残らないもの

つまり仕事とは、

• 「要求を集める」

• 「設計をする」

• 「レビューをする」

といったタスクの積み重ねで構成されているわけではない。

タスクは作業レベルのミクロ単位にすぎず、その積和では仕事の全体構造は生まれない。仕事を実際に前に進めるのは、成果アウトプットが別の成果を生む因果のつながり である。

5-3：成果アウトプットに人をつける

だからこそ、認知すべき単位はタスクではなくアウトプットだ。

• 人に仕事（タスク）を付けるのではない。

• 仕事（成果アウトプット）に人を付ける。

この原則に立ち返ったとき、初めて組織としての仕事の見え方が正しく立ち上がる。タスクを束ねて仕事を理解しようとする限り、組織の思考は混乱し、分業は崩れ、認知の歪みは消えない。

アウトプットを基軸に構造化したとき、仕事は初めて「目的に向かう一本の流れ」として見えるようになるのだ。

第6章：成果アウトプット軸のフロー

では、私たちは実際にどの構造で仕事を捉えればいいのか。必要なのは、新しい認知インフラである。

それが 成果アウトプット軸のフロー だ。

• 四角＝成果アウトプット

• 矢印＝因果関係

この二つの要素だけで仕事を描く。
すると、仕事のマクロ構造が自然と立ち現れる。
さらに、成果アウトプットを拡大（Zoom in）すると、従来のタスク軸フロー（ミクロ構造）が現れる。

つまり仕事は本来、

• マクロ＝アウトプット軸フロー（因果構造）

• ミクロ＝タスク軸フロー（作業構造）

という二層構造で成り立っている。

この二層構造で仕事を見た瞬間、認知の位置づけが一気に整理される。

• 自分がアウトプット連鎖のどこにいるのか

• 自分のアウトプットが次工程の何を支えるのか

• 品質基準がどこにあるのか

これらが直感的に理解できる。
そして、思考そのものがタスク中心から アウトプット中心へ矯正される。タスクは「作業」であり、アウトプットは「構造」である。構造を先に認知することで、初めてタスクが正しく位置づけられるのだ。

第7章：成果アウトプット軸フローがもたらす変革

認知が変わると、仕事の質は必ず変わる。
逆に言えば、日本社会の仕事の質が変わらないのは、認知の構造そのものが古いままだからだ。

マクロとミクロを同時に持てる組織は、必ず変革する。成果アウトプット軸フローは、その変革の核心を担う。

効果1：全体像と役割認識の矯正

• 全体像が一目でわかる

• 自分の役割も一目でわかる

• 認知負荷が劇的に下がる

効果2：改善単位の統一と品質向上

• 改善の単位が「成果物」になる

• タスク単位の枝葉の改善が消える

• 改善の効果が全体に波及する

• 品質基準が明文化しやすくなる

効果3：外部委託の精度向上

• 委託すべきアウトプットが明確になる

• 契約で成果物の要件・品質基準を定義できる

• 分業が圧倒的にスムーズになる

• コミュニケーションロスが激減する

まとめ：アウトプット連鎖社会への転換点

仕事を前に進めているのは、人の動作である。
だが、実際に前へと積み上がっていくのはタスクではない。

成果アウトプットの連鎖 である。

そして、そのアウトプットを生み出す装置が 人とタスク だ。タスクだけを仕事と見なす認知のままでは、組織は永遠に迷走し、構造として成長できない。

アウトプットを中心に再構成することは、組織の認知インフラを根本から作り替える行為である。
それは単なる運用改善ではなく、仕事そのものの捉え方を再定義する挑戦 だ。

その第一歩が、図解のデザインを変えること にある。

図解はただの表現技法ではない。認知を形づくり、文化を方向づけ、組織の未来を静かに決めてしまう装置である。

だからこそ、図解に真摯に向き合うこと。
そこから、新しい未来が始まる。

メイン図解(再掲)

過去の図解