[〜#〜] jira [〜#〜] で優先度レベルを表示するためのドロップダウンを見つけました。
上記のドロップダウンはありますか-iconsとサポートmessageは、優先レベル?
そうでない場合は、5つのレベルで構成される優先度レベルを表示するためのより良い方法は何でしょうか。
上記はドロップダウンですか?アイコンとサポートメッセージが優先レベルを明確に示していますか?
アイコンはテキストメッセージをサポートしているため、実際にはアイコンとサポートメッセージはありません。アイコンだけでは、テキストなしで生きられるほど明確ではありません。
一般的にアイコンは、それが些細な目立つ記号でない限り、プレーンテキストよりもアクティブな脳活動をコード化する必要があります。かなり任意の記号の付いた5つのアイコンは十分に自明ではなく、それらは便利より装飾的ですです。
そうでない場合は、5つのレベルで構成される優先度レベルを表示するためのより良い方法は何でしょうか。
アイコンをドロップし、テキストを残します。 priorityが何を意味するかをユーザーが確実に理解するのにコンテキスト知識が十分でない場合は、ヘルプを追加します。 5つの記号が多すぎてすぐに認識できませんとスキャンされます。 テキストと位置リスト内でより多くの重要ユーザーの役割を果たします。
補足として:この場合、アイコンと色は役に立ちません(ドロップダウンリストが小さいため)。同じことが他のシナリオ(テーブル、ダッシュボード)では当てはまりません(両方とも役立つ場合があります(別の投稿の資料ですが)。それらの数を3つ以下に減らします:低優先度、高優先度、クリティカル)。
IMOpriorityはTrivialとうまく一致せず、アイコンではこれを明確に説明できません =。表示されているのは集約インデックスです(99.9%で発生し、ユーザーデータが破損するため、バグを修正するのは簡単です)。この場合、適切な表現がより重要テキストメッセージの問題がある/ないアイコンよりも決定はドメイン主導であり、一般化されるべきではないと思います。些細なバグの優先度が低いことを明示しますか(会社のポリシーが不明瞭なため)? それを書く、ユーザーはアイコンを推測したり解釈したりする必要はありません。
私が意味すること(それが明確かどうかはわかりません)は、些細なではないpriorityas10センチメートルは、hair colorの可能な値ではありません。ただし、優先度は他の要因に依存するため、そのボックスにpriorityのラベルを付ける場合、(IMO)もテキストに適切な優先度の値を指定する必要があります。
アイコンは言葉なしでは明確になりません。
言葉は、開発プロセスでPriorityをどのように使用しているかによって異なります。
多くの場合、優先度は次のような他の要因から計算されます。
私の開発チームでの経験では、ほとんどのチームが2つの要因、場合によっては3つの要因を考慮しました。重大度、コスト、影響を受ける人数です。優先度を自動的に計算することは可能ですが、チームは多くの場合、自分の判断で優先度を割り当てます。優先度の低いバグの場合、コストがより頻繁に考慮されます。修正に費用がかかる重要でないバグは、おそらく修正されません。
これがあなたの前進に役立つことを願っています。
ご存知のとおり、ユーザーは左から右に読んでいきますが、例では最初にアイコン、次にテキストを表示しています...右にアイコンを、左にテキストを配置することをお勧めします。画像はテキストよりも魅力的であることに同意しますが、目的を説明するため、テキストは画像よりも情報が多いことを忘れないでください。画像は常にテキストをサポートし、美的感覚を高めるために使用されますが、ユーザーはテキストを読むと目的を理解できます。
ニュースアプリの例を示す現在の傾向では、見出しと概要が最初に表示され、次に画像が右に表示されるため、ユーザーはニュースをよりよく理解して画像に関連付けることができます。