テストをどこまで書くか、みたいな話と一緒でまだパフォーマンスは「最初から全部やるべき」みたいな事を言えるフェーズではないと思っている。

ただパフォーマンスは下げるのは簡単だけど上げるのは大変なので、最初から設計は意識しておくべきですね。特に時間が立ってから起きるのはタグマネージャーでたくさん3rd party JSが入りまくった状態だったりするので、非常にそれを改善するのは大変です。。。

勉強になってよかったです！！

基本一通りやりますね。
特定のページだけで評価するのではなく、複数のページでカバーできていないと遅くなっていたことに気づけなかったりするので。

Lighthouseはlab用のパフォーマンス計測ツールなので、認証後の状況で走らせてしまえば取れます。その他のCIツールでは難しいことも多いですね。

ものによってしまうので設計と呼べるほどの画一的な方法はないのですが、
一番考えるのはキャッシュ戦略ですね。戻る、進む、スクロール、それぞれの操作でちゃんと以前見えたものが取れるかだったり、戻った時にスクロール位置が同じ位置にあるかとかはめっちゃ考えます。

パーセンタイル、のことですかね。 tile っていうのを紹介してなかったかもしれません。

社内活動では

1. 啓蒙として勉強会
2. 実践としてハッカソン

の2種類を主にやってます。

・ChromeのPerformanceタブは使いますか？

めっちゃ使います！

・何かしら実演みたいなものも見られたら嬉しいです。時間ないかもですが

うぅー、実演時間はなかったです。またの機会でぜひ。

個人戦略と経営にわかってもらう説明とに分けて回答します。
個人戦略としては実力を上げてパフォーマンスをテストやセキュリティと同じく通常の流れでできるようになったほうが良いです。経営にわかってもらう説明としては「SEOに効く」だったり、「短期的には良くても中長期的に見るとやばい」という説明を向こうにわかりやすく説明できる方が良いです。