私は プロセスフロー図 を使用し、それらが提供する価値(システムをスキャン、解析、および理解する能力)が大きくなり、扱いにくくなると減少し始めることを発見しました。
システムが大きくなっても価値を維持する可能性が高い方法で複雑なシステムを視覚的に表すために、このダイアグラムスタイル(または完全に代替の方法)を使用する方法を誰かが提案できますか?
私は通常、ドキュメントを11 "x14"(タブロイドサイズ)にします。
それでも、一部の図はまだ大きくなりすぎるため、メインの図では空白のプレースホルダーを表示し、それらのサブセクションを個別に図示します。各プレースホルダーにID番号のラベルを付けて、後続のページのサブセクションを見つけやすくします。
私はこれを何度も行ってきましたが、通常は1〜3個のプレースホルダーが必要ですが、全体図をプレースホルダーから完全に作成することを想像できます。
いくつかの簡単なJavaScriptコードを使用してインタラクティブにすることができます。ここでd3.jsのツリー図ブロックをチェックしてください: http://bl.ocks.org/d3noob/8375092
インタラクティブなツリー図を使用すると、小さなブランチを表示したくない場合に、それらを非表示にすることができます。したがって、大きなツリーマップを介したユーザーナビゲーションが簡単で理解しやすくなります。
私たちの仕事に役立っている1つのテクニックは、プロセスを連続する詳細レベルに分解することです。各レベルを適切な量の詳細で表示します。次に、十分な詳細情報がないステップを独自の図に分解します。
たとえば、プロセスを「学校の準備」にマッピングすると、次のようになります。
詳細レベルをこれ以上踏まなくても、プロセスは高いレベルで理解できます。
ただし、ステップ2では、ニーズに十分に対応できない場合があります。だからそれをそれ自身の中でマッピングしてください:
複数のページと図が必要になりますが、目的は図全体をわかりやすくすることです。各ページにあまり多くの形やステップを入れないでください。
重要なのは、各ページを完全な状態に保ち、全体的な意味を持たせることです。単に、ページ外の参照がある前のページの続きではありません。
複雑さの単純化に関するこのTEDトークを思い出させる
http://www.ted.com/talks/eric_berlow_how_complexity_leads_to_simplicity?language=en
時には、複雑さはプラスです。それからシンプルさを作り出すことができます。
それはあなたの目標/状況/目的に依存します。時々、あなたは情報が冗長であり正当にそうであると考えることができます。
その他の場合は、すべての情報を提示する必要があります。そのような場合は、より良いソフトウェアを見つけるか、手動で複数の下書きを作成する準備をしてください。