AI時代のウェブパフォーマンスエンジニアリング (Japanese Edition)

第11章 成果主義の文化を築く

この作品はAIを使って翻訳されている。ご意見、ご感想をお待ちしている：[e-mail]

技術やメトリックはさておき、持続的なパフォーマンス向上は適切なチーム文化とプロセスから生まれる。本章では、組織やチームが製品ライフサイクル全体を通じてパフォーマンスを最優先事項とし続ける方法、ひいてはUXも同様に重視する方法について論じる。Googleの大規模チーム内でパフォーマンス向上を提唱してきた者として、あらゆるレベルでスピードを議論の俎上に載せるための知見を共有する。

パフォーマンスを重視する文化は、自然と優れたユーザ体験を生み出す。それはあらゆる段階でユーザの時間と体験を気にかける姿勢だ。エンジニアリングからデザイン、管理職まで全員が「速さは製品の本質の一部だ」という認識を共有すれば、最終的なユーザ体験に結果が表れる。 最適化の利点を持続させるには、パフォーマンスを意識した文化と、サードパーティの利用を長期的に管理するプロセスが必要だ。この短い章では、チームが優れた実践を制度化し、パフォーマンスを監視し、後退を回避し、製品ライフサイクル全体を通じてパフォーマンスとUXを優先させる方法を論じる。

パフォーマンスを機能として捉える

パフォーマンスにユーザファーストの考え方を採用する「 」は、プロジェクトに良い変化をもたらす。常に容易とは限らない——時には同僚を説得したり既存の慣行を見直したりする必要がある——が、ユーザ満足度とビジネス成果における見返りはそれだけの価値がある。

一つの考え方の転換は、パフォーマンスを単なる技術的詳細ではなく、ユーザー価値を持つ機能として扱うことだ。自問してみよう：この最適化は本当にユーザー中心か？ 実際のユーザのニーズや制約に応えているか、それとも技術的な完璧主義に過ぎないか？ パフォーマンスに関する意思決定の中心にユーザを据えることで、努力がユーザ体験における意味ある改善につながる。つまり、プロジェクトや新規ページを計画する際には、受け入れ基準の一部として明示的にパフォーマンス目標を含めることだ。 例えば、新しいチェックアウトフローを構築する場合、パフォーマンス目標を定義する：「チェックアウトページは中級モバイル端末でLCPを2秒未満にする」「Lighthouseパフォーマンススコアを少なくともX以上を目指す」。こうした目標を明示することで、アクセシビリティやセキュリティ、その他の機能要件と同様に、デザインチームや開発チームの注意を引くことができる。 Googleでは、主要ページのCore Web Vitals（CWV）改善を四半期ごとの目標と主要結果（OKR）に設定するチームもある。これによりリソースを集中させられ、経営陣がUX品質メトリックを重視していることを示す。

美しいが非常に重いデザイン案が提出された場合、エンジニアは遠慮なく反対し、よりバランスの取れた代替案を探す権限を持つべきだ。同様に、プロダクトマネージャーは、本書で繰り返し示した通り、サイトの高速化が主要業績評価指標（KPI）を直接改善し得ることを理解すべきである。パフォーマンス作業の優先順位付けを主張する際―リーダーシップ、プロダクトマネージャー、その他のステークホルダーに対して―それを単なる技術的なの整理ではなく、ユーザー満足度とビジネスメトリックに直接影響する成長や品質への投資として位置付けること。

チームの教育と能力強化

Chromeの やCWVに携わる中で、パフォーマンスの些細な改善がユーザに大きな波及効果をもたらすことを学んだ。技術的な改良が（たとえ時間の節約やイライラ防止といった小さな形であれ）ユーザの日常をより良く変える姿を見るのはやりがいがある。これこそがパフォーマンス作業に意味を与えるものだ。 ...