質問内容から職業プログラマーかと思いますが、どのような製品を開発されているのでしょうか？質問の範囲がかなり広いと感じまして、業界やプロジェクトによっても優先順位は様々かと思いましたので。
御社でも設計やコード実装の際の基準は何かしらあると思います。コードレビューで「こうした方が良い」等は言われませんか？
品質かスピードかのバランスは難しいところかと思いますが、例えば命に係わるシステム(医療系など)であれば精度が厳しく求められるのではと思います。

質問内容から職業プログラマーかと思いますが、どのような製品を開発されているのでしょうか？質問の範囲がかなり広いと感じまして、業界やプロジェクトによっても優先順位は様々かと思いましたので。
御社でも設計やコード実装の際の基準は何かしらあると思います。コードレビューで「こうした方が良い」等は言われませんか？

言われたことあります。扱ってるシステムはWebAppになります。
業界はまばらです。ECでしたり、通信業界でしたりまばらです。
セキュリティ面や処理速さの点からこの実装が良いなどありますがアルゴリズムの視点からこちらが良いなどのアドバイスをいただくことはなかったです。
(そのアドバイスも根底にはアルゴリズム観点からの指摘だったかもしれませんが、気づけていなかったです)

つまり、megchandesuさんの回答は業界宿のようなシステムかによるという回答でしょうか?ご回答ありがとうございます。

私はプロのプログラマではないので実務のことはわからないと前置きしておきます。 以下は一般論として良く語られるものです。

「早すぎる最適化は諸悪の根源」という格言があります。 コンピュータは複雑な構造を持っていて何がボトルネックになるのか事前に予測するのは困難だという前提があり、早すぎるタイミング (作る前) に様々なことを考慮しても実際には思ったようにはいかないものだという論です。

そして「推測するな、計測せよ」という格言もあります。 まずは動くものを作ってから各部にどれだけの処理時間がかかっているのかを計測してチューニングすべきという論です。

綺麗な構成にしておけば性能が足りないところを改良するのは比較的楽に出来ますが、 (実際に効果があるかどうかもわからない) 性能優先で歪な構成になっているとそこから改良するのはしんどいというのはなんとなくわかるでしょう。

もちろん可能な範囲で概算くらいはしたほうがよい (概算の精度も高いに越したことはない) でしょうが、一般的にはプログラムの実行速度に関しては後回しにするほうが全体としては上手くいくと考えられています。 あくまで「後回し」であって「優先度が低い」とは限りません。

アルゴリズムを考慮することの優先順位は?

アルゴリズム次第で何がどれだけ変わるというのか？　その変わり具合の重要性というのはどの程度なのか？
……っていう話次第でしょう．

「アルゴリズムＡだと 30 秒もかかり，ユーザを毎度激しく待たせてしまう．ところが，アルゴリズムＢにすれば 0.2 秒で終わるらしい」とかいう場合，ＡではなくてＢを採用（実装）することの優先度はとても高いかもしれない．

しかし「Ｂを使ってるとかｗ　別のアルゴリズムＣならばそこは 0.1 秒ですよ」とか言われたとして，Ｃを採用（実装）することの 意義/価値/etc がどの程度あるのか？　というのは状況次第であろう．
Ｂでも十分である（速度面に問題がない）ならば，既にＢで実装されているものをＣに改めることの優先度というのは極めて低いであろう．

そんな話ではなくて「１秒間にＮ回処理できなければならない」みたいな話であれば，何は無くともその目標を達成することが最優先事項であろうし．

言われたことあります。扱ってるシステムはWebAppになります。
業界はまばらです。ECでしたり、通信業界でしたりまばらです。

ご回答ありがとうございます。
そうなるとサイバーセキュリティ対策やレスポンスの速さが重要になりそうですね。Webアプリケーションですとフレームワークになると思いますので、個人の力量で大きく変わることはなさそうな印象ですがそうでもないんでしょうか？
24時間稼働し続けることが必須だったり決済システムを扱っていたりすればセキュリティが優先になるかと思います。
保守性についてはそのシステムを何年稼働する予定なのかに依ると思います。実際には期間や予算に左右されてしまう部分かもしれません。

最初からベストを目指すよりもリファクタリングすれば良いのではないかと思います。