設計運用

デザインオペレーション（一般的にデザインオプスと略される）とは、デザイン機能の働き方を改善する実践のことです。具体的には、プロセス、ツール、標準、人材採用、オンボーディング、他分野との連携、そしてデザイン作業を支えるインフラストラクチャなどが含まれます。これは、開発オペレーションがエンジニアリングに適用するのと同じ運用思考をデザイン組織に適用し、摩擦を排除することで、担当者が調整業務ではなくデザインそのものに時間を費やせるようにすることを目的としています。

ニーズは最初から存在するのではなく、規模が大きくなるにつれて顕在化する。3人のデザイナーからなるチームであれば、会話を通じて連携を取り、都合の良い場所にファイルを保存し、全員がすべての情報を見ることができるため、一貫性を保つことができる。しかし、複数の製品に携わる30人のチームではそうはいかない。意図的な運用作業を行わなければ、重複したコンポーネント、互換性のないファイル構造、一貫性のない調査手法が蓄積され、情報の検索や相違点の調整に費やす時間の割合が増加していく。

本書が取り上げる特徴的な問題点は明らかだ。デザイナーは既存の作品を見つけて再現することができない。貢献プロセスがないため、コンポーネントライブラリが分岐する。過去の発見が見つからないため、調査が繰り返される。知識が文書化されていないため、オンボーディングに数ヶ月かかる。エンジニアリングへの引き継ぎが一貫していないため、実装品質にばらつきが生じる。複数のチャネルからリクエストが届き、優先順位付けが行われない。それぞれのリクエストは、技術的な問題ではなく、運用上の問題である。

その範囲は通常、ツールとその管理、貢献と廃止のプロセスを含む設計システムのガバナンス、ファイルとアセットの整理、研究リポジトリと参加者募集のインフラストラクチャ、共通活動のための標準ワークフロー、オンボーディングと能力開発、および設計作業の測定を網羅します。これらすべてに専任の役割が必要なわけではありませんが、すべてに責任者が必要です。

この役割は、デザイナー向けのプロジェクト管理だと誤解されがちですが、確かに調整もその一部ではあるものの、決定的な機能は、繰り返し発生する摩擦を解消するシステムを構築することです。プロジェクト管理は一つの問題に対処するものですが、研究リポジトリ、コンポーネント提供プロセス、標準的な引き渡しフォーマットを確立することで、多くの問題の根本原因に対処できます。インフラを構築せずに調整業務に陥ると、レバレッジ効果よりも管理上の負担が増大します。

投資を正当化するには、現在どこで時間が無駄になっているかを示す必要があるが、これは証拠を示すのは容易であるものの、実際に測定することは稀である。デザイナーが実際にどのように時間を使っているかを監査すると、既存の作業を検索、調整、連携、複製することに費やされている時間が相当な割合を占めていることが明らかになる。この割合を削減することが投資効果であり、プロセス改善を説明するよりも、デザイン能力の回復という観点から示す方が説得力がある。

設計作業の評価は、この部門が担う最も難しい責任の一つであり、適切に行わないことも容易です。成果物の数を数えることは、判断力よりも量を重視する傾向があり、スピードを重視する評価方法は、まさに注意力が求められる場面で近道を促してしまいます。より妥当な評価方法は、設計がどのような状況下で行われているか、例えば、調査結果が必要な人々に届くまでの時間、出荷されたインターフェースのうち承認済みのコンポーネントを使用している割合、チームの時間のどれだけが実際の設計作業に費やされているかといった点に着目することです。

時期尚早な導入は、確かにリスクとなる。調整コストが正当化される前に、少人数のチームが正式なプロセス、ガバナンス、ツール導入のオーバーヘッドを導入すると、業務の効率が低下し、既に機能していた作業に形式的な手続きが課せられることになる。適切な導入のきっかけは、人員数の基準や成熟度への願望ではなく、その機能が解決しようとしている具体的な問題の証拠であるべきだ。

この機能は実践者を指示するのではなく支援するために存在するため、その有効性はプロセスだけでなくデザインワークを理解している人々によって主導されるかどうかにかかっています。実際には、デザインシステムと研究インフラストラクチャと並行して構築されます。 製品設計実装品質を決定する引き継ぎ手順を調整し、 製品開発十分な規模の組織では、それは組織内の常設機能となる。 UX部門.