成功を一緒にマッピングする: 包括的なプロセス マップのヒント

プロセス マップをより包括的にするためにできることは数多くありますが、それらは確立された慣行に反する傾向がありますが、マップをすべての人にとってより包括的にすることでさまざまな利点をもたらします。

プロセス マップは、ビジネス目標を達成するための手順をマップし、連続した手順、タスク、ゲートウェイを示すために、企業内で標準化する必要があります。確立された標準がいくつかあります (UML、BPMN など)。私の目的は、方法を推奨することではなく、包括的な標準化を促進することです。一貫性は重要です。一貫性があれば比較と評価が可能になり、神経多様性を持つ同僚を支援することもできます。

通常、視力喪失には、弱視と無視力の 2 つのタイプがあります。弱視とは、同僚が視野 (見える範囲) と視力 (視野の上部と下部の喪失を確認するには、目を半分閉じます) の組み合わせを持っている場合です。もう 1 つは視力 (見える範囲の鮮明さ) (目を完全に閉じて文字がぼやけると、視力喪失がわかります) です。視野と視力喪失の間には大きなばらつきがあるため、視力喪失に対する万能の解決策を見つけるのは非常に困難です。

2 番目のペルソナには視覚がありません。これは通常、「盲目」という言葉から思い浮かぶものです。視覚がないということは、役に立つ視覚がないことを意味します。何かを見ることはできるかもしれませんが、第三者の介入なしには理解できません。視覚障害者のうち視覚がないのはごく一部ですが、彼らに対する包括性を確保することは非常に重要です。

プロセス マップは本質的に視覚的なものなので、以下のヒントは主に低視力者を対象としています。ビジネス アナリストがプロセス マップをできるだけ包括的に作成するよう配慮すれば、低視力のユーザーも多少の調整を加えることでプロセス マップを読むことができます。

まず、マップ全体に関するヒントをいくつか紹介します。「サンセリフ」と呼ばれる明瞭なフォントを使用します。これらは、Arial や Calibri などのシンプルで派手さのないストローク フォントで、読みやすいものです。悪い例としては、ブラシ スクリプト、ハーロウ ソリッド、モノタイプ カーシブなどがあります。もう 1 つの考慮事項はフォント サイズです。通常、大活字 (サイズ 14) または巨大活字 (サイズ 18) で作成するのが最適です。これは、視力の弱い人に役立つだけでなく、視力の正常なユーザーの目の疲れも軽減します。サンセリフ フォントは失読症にも優しいフォントです。

次に、コネクタ、つまりプロセス ステップ間の線の太さと色を統一します。太いほど、目に留まる可能性が高くなるため、効果的ですが、他のオブジェクトとのバランスも取る必要があります。そうでないと、見た目が奇妙になり、マップを真剣に検討する人はほとんどいなくなります。これが、使いやすさとアクセシビリティのバランスです。

広告

第三に、低視力のユーザーは、慣れているよりもずっとズームインするため、画面に数文字しか表示されないことがあります。これを念頭に置いて、次の 2 つの点を考慮する必要があります。ナビゲーション: ID コード。すべてのステップ、データ オブジェクト、またはメモをコード化することで、低視力のユーザーは、オブジェクト全体を操作する代わりに、メタデータを使用してより迅速にナビゲートできるようになります。各オブジェクト クラスは異なる必要があります。通常、私はプロセス ステップを番号、メモを N1、N2 など、データ オブジェクトを D1、D2 などとして使用します。プロセスをマッピングするために使用するソフトウェアによっては、これにより、ユーザーが迅速かつ効率的に検索できるようになります。

画面の面積も重要な考慮事項です。ズームインするほど、全体像が見えにくくなります。したがって、オブジェクト間の間隔が離れていると、マップが理解しにくくなります。オブジェクトを近くに配置することをお勧めします。オブジェクトから複数のコネクタが出ている場合は、それらを重ねて 1 つのコネクタのように見えるように並べ、コネクタのテキストをできるだけ切れ目の近くで分岐させて、ズームインしたユーザーが簡単に追えるようにします。

4 番目に、色は重要です。視覚障害者向けの配色には、黒地に黄色、黒地に白など、いくつかあります。これらはすべて非常に主観的ですが、1 つの共通点があります。それは、高コントラストの色であるということです。そのため、黒とグレー、白と銀、白と黄色などの類似色は使用しないことをお勧めします。これらの組み合わせは非常に見にくく、見逃したり、読み取れなかったりする可能性があります。ネオン カラーは非常に効果的です。ほとんどのアクセシブル テクノロジーは色の反転を提供し、ネオン カラーを反転してもまったく同じ色合いのままであるため、RAG システムのような色分けで誤解が生じることはありません。1 つの配色のみを使用するか、プロセスの影響を評価する場合は、変更サイズには RAG、新規には青など、すべてネオン カラーにすることをお勧めします。

最後に、すべてのユーザー、特に視力のないユーザーは、オブジェクト セマンティクスについて考えてください。ここで言うオブジェクト セマンティクスとは、コネクタ ラインのことです。一般に受け入れられているのは、ラインに矢印はなく、矢印が 2 つあると想定されることです。これは、見た目を良くするためでしょう。しかし、スクリーン リーダーには、ユーザーに伝える意味の指示がないため、このコンテキストがありません。したがって、矢印を 2 つ追加すると、意味がコネクタを経由できるようになります。これは、スクリーン リーダーがコネクタ自体を考慮し、接続先を考慮しないためです。これは、視力のある人が行うことです。スクリーン リーダーが視覚化するのはラインだけであり、視力のあるユーザーはラインを見ることになります。 そして 接続されたオブジェクト。

まとめると、プロセス マップは視覚的です。フレームワークと標準を適応させることで、プロセス マップを視覚障がい者や無視力のユーザーも利用できるようにすることができます。具体的には、フォントの種類とサイズ、オブジェクトのレイアウトと識別、配色、図のオブジェクトの意味に注目することで、視覚障がい者や無視力のユーザーが理解できないリスクを最小限に抑え、ビジネスをより包括的かつ効果的にすることができます。

これらのヒントは決して網羅的でも絶対的なものでもありませんので、10 個のヒントのうちの 1 つとして自由に使用してください。これらのヒントが、独自の包括的なプロセス マップ設計を開始するのに役立つことを願っています。

ビュー: 344