Adobe Experience Manager（AEM）- ガバナンスとスタッフのモデルとアーキタイプ
アドビは、カスタマーエクスペリエンスのリーダーとして、お客様が適切な人材とガバナンスのフレームワークを確保して運用効率を高める際に、どのような困難が伴うかを理解しています。アドビのガバナンスとスタッフのモデルは業界で実証されており、堅牢なコンテンツとアセット管理の基盤を構築するためのツールと知識の習得に役立ちます。この記事では、Adobe Experience Manager（AEM）プラットフォームを運用し、その取り組みを最大限に活用する方法について説明します。
優れた運用フレームワークの作成
AEM を実行および操作できるように、次の要素を考慮します。
- 戦略的マイルストーンの実行 - 多くの戦略的マイルストーン（パーソナライズ機能、マルチチャネル統合など）があります。ただし、適切なスタッフモデルが整っていない場合は、実行できません。
- デジタル変換の基盤の作成 - AEM は、組織のモダナイゼーションプロセスの最初の手順としてよく使用されます。基盤を設定することで、AEM を最大限に活用できます。
- ユーザーエンゲージメント - 戦術的な作業（ワークフロー、権限、CSS の更新など）を実行するチームを配置します。求めているものと与えられているもののギャップが大きくなると、ユーザーが不満を抱く可能性が高まります。ユーザーによるシステムやソリューションへの継続的な投資を促し、適切なオペレーティングモデルを導入することが重要です。
それでは、正しいモデルとは何でしょうか。作成しておくべき、適切な役割のマトリックスとはどのようなものでしょうか。
組織が大きく異なるように、AEM 設定も大きく異なり、様々なサポート役割が必要となるため、具体的な回答は 1 つではありません。必要な実装は、業種、業界、チームの構造によって異なります。ただし、アーキタイプを確立することで、ベースラインを作成できます。
アーキタイプ
アーキタイプは、特定の属性にマッピングされる、具体的で全体的な役割のアイデアです。これを使用すると、本当に必要なモデルを伝えるのに役立つ、基本的な前提を作成できます。アーキタイプは、アーキタイプごとに 1 人に制限されないことに注意する必要があります。例えば、DAM ライブラリアンは、ある程度の技術的なエクスペリエンスを持っている場合があります。
運用の流れ
AEM Sites と AEM Assets には運用の流れが 2 つあります。
-
基本的な日常業務の実行と操作（メタデータの更新）
-
大規模な組織間プロジェクトなどの戦略と変換に関する作業
AEM Asset の役割の概要
一般的なギャップ： このベースラインは、一元型モデルと分散型モデルをサポートしています。分散型モデルの場合、AEM を抽象的に使用できます。製品所有者の役割はクリエイティブに使用する必要がありますが、1 つのタイプのアセットに対して異なるスタイルを所有する製品所有者と、組織全体を監視する製品所有者も必要です。
-
基本的な実行と操作の役割
- テクニカルリソース - AEM のエクスペリエンスがあり、権限を理解し、メタデータスキーマを更新できる人物です。
- リリースマネージャー
- 製品所有者 - これは、ソリューションに合わせて配置される役割です。一部の製品所有者は、分析に関与できます。
- DAM ライブラリアン - 統合的なフレームワークプロセスを実現に導く人物です。このクリエイティブな役割は、他の役割と重複する場合があります。（メモ：これは、過去 5 年間で人気が急上昇した役割です。）
- クリエイティブ
-
戦略と変換
- 開発チーム - 重要な戦略的マイルストーンに取り組む際には、このチームが必要です。
- ビジネスアーキテクト - 技術的なマイルストーンと戦略的な取り組みに役立つ要件を開発し、製品所有者を追加して補うことができます。
- テクニカルアーキテクト - 企業レベルの理解があり、組織全体で常に存在している人物です。この役割は、DAM の信頼できる中心点として機能します。
サンプルシナリオ
- 実行と操作：
軽い（スポーツアパレル会社）シナリオと重い（化粧品会社）シナリオの役割の例を次に示します。
-
軽い - スポーツアパレル会社の役割：
- パートタイムの開発者 2 名 - パートタイム、オフショア
- 製品所有者 1 名 - フルタイム、オンショア
- DAM ライブラリアン 1 名 - フルタイム、オンショア
- テクニカルアーキテクト 1 名 - パートタイム、オンショア
- リリースマネージャー 1 名 - パートタイム、オンショア
-
重い - 化粧品会社（マルチブランド）
- フルタイムの開発者 3 名 - フルタイム、オフショア
- 製品所有者 4 名 - ブランド別 3 名、プライマリ 1 名
- DAM ライブラリアン 1 名 - フルタイム、オンショア
- ブランドごとに 4 名のメイン管理者 SME
- テクニカルアーキテクト 1 名
AEM Sites の役割の概要
-
基本的な実行と操作
一般的なギャップ： CSS 開発者は、コンポーネントための新しいスキンを作成します。アドビのシニアビジネスコンサルタントであるジョセフ ヴァン バスカークが推奨するのは、「開栓されたコンポーネントとスタイルシステムを入手することです。これは、コスト削減を推進する役割を担っています。 作成されるエクスペリエンスの 80% は、以前に作成したコンポーネントまたはコアコンポーネントを使用して行う必要があります」と述べています。目標は、CSS 開発者（またはフロントエンド開発チーム）を使用して、新しいスタイルでコアコンポーネントやカスタムコンポーネントを再利用することです。
役割の例：
- CSS 開発 - 新しいスタイルでコンポーネントを再利用することにより、エクスペリエンスアーティファクトを作成します。
- バックエンド開発 - 新しいコンポーネントを作成したり、コアコンポーネントを拡張したりできます。正しく行われた場合、大規模なアニメーションタスクが必要な場合を除き、この役割には複数の人員を配置しないでください。
- リリース管理 - コードのデプロイメントを監視し、現在のアドビアカウントチームとして機能します。
- 製品所有者 - 技術的ビジョンと戦略的ビジョンを結び付けるために BU と協力し、メンテナンスタスクと機能強化を作成し、ソリューションのビジネスオーナーとして機能します。
- 管理作成者 - CSS スキンを更新し、コンテンツを更新および適用している作成者にガイダンスを提供します。この役割は、ワークフロー設定を行い、コンテンツ作成者が適用するためのガイダンスドキュメントを作成します。メモ：リリース 6.5 では、編集可能なテンプレートの使用をお勧めします。
- コンテンツ作成者 - コンテンツ、階層化された所有権を適用し、CSM とのコミュニケーション上の問題や懸念が発生した場合に配信します。
-
戦略と変換
役割の例：
- 開発チーム - AEM の知識を提供し、テクニカルアーキテクトと共に新しい変革のマイルストーンを実行します。
- テクニカルアーキテクト - 統合に関する知識を提供し、製品所有者と協力して技術的なマイルストーンをマッピングし、AEM の深い技術的知識を提供します。
- ビジネスアーキテクト - ユーザーストーリーのタスクを作成し、製品所有者が技術的マイルストーンおよびビジネスマイルストーンを管理するのを支援します。
サンプルシナリオ
以下は、軽いクライアントのシナリオと重いクライアントのシナリオの役割の例です。
-
軽い
- CSS 開発者 2 名 - オンショア
- 製品所有者 1 名 - フルタイム、オンショア
- バックエンド開発者 1 名 - オフショア
- テクニカルアーキテクト 1 名 - オンショア
- リリースマネージャー 1 名 - パートタイム、オンショア
-
重い（キャンペーン中心）
- CSS 開発者 4 名 - フルタイム、オンショア
- バックエンド開発者 2 名 - フルタイム、オンショア
- テクニカルアーキテクト 1 名 - オンショア
- 製品所有者 1 名
- ビジネスアーキテクト 2 名 - オフショア
重要な留意点
アーキタイプについて - ゆっくり始めて、アーキタイプを理解し、分析します。正しいモデルは 1 つではないことを念頭に置き、クリエイティブに、柔軟性を発揮してください。
ロードマップの理解 - 一部の組織では、実行するマイルストーンが多数あります。推定を上回る技術リソースを割り当てる準備が必要です。
内部リソースの活用 - 予期せずギャップが生じる可能性があります。社外で探すのではなく社内のチームメンバーを探せば、より迅速に人材を確保できる可能性があります。
ガバナンスおよびスタッフ配置モデルとアーキタイプについて詳しくは、役割のアーキタイプと AEM Assets と Sites のための運用フレームワークの作成という 1 時間のパネルディスカッションを参照してください。
戦略やソートリーダーシップについて詳しくは、カスタマーサクセスハブを参照してください。