優先度が高いほど、数値は小さくなりますか？
コーヒーを飲むことは私にとって「優先事項」です。私がコーヒーを飲むことが非常に重要であるとあなたが思うだろうと私は合理的に確信しています。しかし、低い数値を高い優先度と考えるのは理にかなっています。それとも単に文化的な偏見でしょうか？
この問題は、新しいタスクを追加するときにきめ細かな制御が必要なタスクを必要とするシステムを検討しているときに発生しました。ここでは優先度を数値で表現し、物事はそれほど「直感的」ではありません。 「数値が大きいほど優先順位が低くなります」と言う場合、それは逆の考え方のように聞こえます。
私はいくつかの基準に固執したかったでしょう。しかし、そのようなものを見つけることができませんでした。したがって、私はMS-Projectに出会いました。彼らの選択はより論理的であるようです（私には「直感的」ではありませんが）： 数値が大きいほど優先順位が高くなります 。
私のタスクシステムがいつかMS-Projectとタスクを交換することを想像するのは簡単です。 MS-Projectの方法を選ぶことに傾いています。したがって、それらを事実上の標準として採用します。
私も国際化のニーズがあります（私たちの多くと同様）。私は正しい選択をしていますか？
普遍的な基準は設定されておらず、優先順位を増減する基準を選択する異なる体制内の基準のみがあるようです。とはいえ、数値が小さいほど優先順位が高くなる傾向があります。たとえば、米国内の リスティング優先度番号 の場合、Fish and Wildlife Serviceはより低い優先度を使用してより高い優先度を示します。
リスク優先順位番号 高い番号を使用して、より高いリスクを示します。
RPNはリスクの指標ではなく、リスクの優先順位です。限られたリソースを最も重要な問題に適用します。 RPNは、これらのリソースを割り当てるためのモデルを提供します。数値が大きいほど優先順位が高くなるため、RPNを30に設定する前に、RPNを900に設定する必要があります。
優先順位番号の増加についてのよい研究は 優先順位番号の増加による待ち行列システムの解決 J.-Cです。 Panayiotopoulos The Journal of the Operational Research Society Vol。 31、No。7（1980年7月）、pp。637-646
基本的には、それについて言えば、正解や不正解はありません。選択はあなた次第です。より高いまたはより低い数値を使用してより高い優先度を示すかどうかを明確にしてください。
注意するべきことの1つは、最も低い優先順位を使用する場合、絶対制限を設定するか、天井、優先度に。新しいイベント/アイテムが一緒に来て、リスト内のすべての以前のイベント/アイテムが優先される場合、それらを含みますalready優先度1の場合、何をしますか？リスト内のすべてのイベント/アイテムを降格しますか？醜い解決策。したがって、より高い優先度を示すより大きな数値を使用する方が良い場合があります。これにより、リストは常に新しい超高優先度に対応できます。とはいえ、非常に低い優先度のイベント/アイテムはすべて、優先度1のカテゴリにまとめられてしまう場合があります。ただし、これらはすべて優先度が低く、後で優先度を変更できるため、問題は少なくなります。
私は大きなYESであなたの質問に答えます！
[〜＃〜] defcon [〜＃〜]アラート状態が何をするかを示すことで、それをバックアップしましょう。それは優先順位になると取得します。
防衛準備状態（DEFCON）は、米軍が使用する警戒状態です。 DEFCONシステムは、統合参謀本部（JCS）によって開発され、統一され、指定された戦闘員のコマンドです。それは米軍のための準備の5段階のレベル（または警戒状態）を規定し、DEFCON 5（最低レベル）からDEFCON 1（最も厳しい）まで、さまざまな軍事状況に対応します。
*強調は私のものです
...
レベル
DEFCONは多くのコマンド間で異なり、時間の経過とともに変化しました。米国国防総省は、DEFCONを参照するときに演習用語を使用しています。これは、実際の操作コマンドと練習コマンドを混同する可能性を排除するためです。 1966年1月12日、NORADは「JCSシステムの準備条件の採用を提案」し、レベルに関する情報は2006年に機密解除されました。
優先度1 /最優先/最初
数値1は、ゼロに最も近い整数であるという独特の特徴を持っています。
評価方法重要または重要何かは常に1を最初に置く必要があります。そうでない場合は、単一の優先度8 item優先順位のリスト全体のどこにあるかを知る方法はありません。
1が最も重要な優先順位を表していない場合、ゼロ参照ポイントも他の優先順位番号を判断するコンテキストもありません。それは5、10、100、2？
私は最近、リスクレベルと生産性評価の両方を測定し、バックエンドでそれぞれ5つの数値を測定する製品を作成したので、ユーザーとうまくテストしたものを示します（UIで数値をまったく公開しないことにしました）。
自然であるため、数値が高いほど優先順位が高くなります。他の場所を調査することなく論理的に同意できるものです。
どうして？もう一方は奇妙なため、特定の状況では特に。
回答が受け入れられた@Greenonlineは、次のように述べています。数値が高い優先度のコンテキストでは、ネガとは、あまり気にすることなく、当然気にしないことです。
（世界中の誰もが間違っている場合、私が同じようにするのは十分ではありません。）
他のすべてのように、これをユーザーで検証する必要があります。彼らがプロジェクトマネージャーであり、PMソフトウェアでの慣習が、より高い番号がより高い優先度に等しい番号を使用することである場合、それからそれを守り、壊れているものを修正しないでください。それらが口頭で使用される場合表現（たとえば、優先度の高い/低い電子メールフラグ）の場合は、それを使用する必要があります。
別の方法として、ユーザーに値を割り当てる精神的負担のタスクを軽減するで優先度を示し、代わりにタスクのリストにドラッグアンドドロップインターフェースを実装して、上位のタスクの優先度を高くし、値はバックグラウンドで自動的に割り当てられます。アサナはこれを非常にうまくやっています。