装飾的な二重らせん

AEM 実装の職務の定義

大規模なデジタル エクスペリエンス プラットフォームの実装 (特に AEM) では、「Web マスター」や何でも屋が、必要な役割のすべてを効果的にカバーできるとは到底考えられません。そこで、ここではポッドキャスト エピソードで取り上げ、次に AEM プロジェクトの主な役割とその責任と強みについて詳しく説明します (定期的に更新されることを願います)。また、(場合によってはより重要なことですが)、この役割は一般に社内で担当するのか、それとも代理店やソリューション プロバイダーと契約して担当するのかについても説明します。

Apple Podcastsでも、 Spotify のオーディオまたはビデオ ポッドキャストとしてもご利用いただけます。

ポッドキャストで私たちが担う役割の簡単な概要:

製品オーナー / サイトオーナー

製品所有者またはサイト所有者は、実装のコンテンツと機能に関する主な責任者であり、通常は会社のディレクター レベルまたは VP レベルです。AEM サイトの場合、通常、AEM はそのビジネスの「.com」を運営しています。ここで挙げたすべての役割の中で、これは基本的に社外の関係者にアウトソーシング されない 唯一の役割です。

ポッドキャストの7:11から取り上げられています

AEM ソリューション アーキテクト (マルチ ソリューション アーキテクトともいう)

[ 9:45に開始]

ソリューション アーキテクトは、上記のプロダクト オーナーとは対照的に、ほとんどの 場合、ベンダーまたは代理店から来ています。ソリューション アーキテクトの仕事は、特定の会社の問題、問題点、要件、人員、目標、予算、必要な能力、成功の指標を徹底的に理解し、実際にこれらを満たし、実行可能なソリューションを設計することです。AEM のソリューション アーキテクトは通常、すでに AEM アーキテクトであり、開発、運用、および機能するソリューション全体を設計するために必要な関連スキルの経験も持っています。

解決すべき問題が「AEM と Adob​​e Experience Platform」、「Sitecore + SAP Commerce」、「AEM Assets + AEM Forms」などの複数の個別のソリューションにまたがる場合は、「マルチソリューション アーキテクト」の関与が必要になります。
注記: 優れたソリューションを販売するにはソリューション アーキテクトが必要ですが、そのソリューション アーキテクトが、汚れた手で貴重な時間を費やし、数々の成功 (および失敗) を経験した人物ではなく、「技術セールスマン」になってしまうと、ソリューションは浅薄でよく考えられていないものになりがちです。

また、ソリューション アーキテクトは、「セールス バッファー」の役割を担う必要があることもわかりました ( 11:00で説明)。適切な製品が適切なタイミングで購入されるようにするためです。派手に聞こえるからとか、XYZ 社の営業チームが説得力のあるセールス ピッチで「AI」という言葉を適切な回数言ったからという理由だけでは不十分です。

AEM アーキテクト

AEM アーキテクトは、プロジェクトやチームが「AEM アーキテクト」に求める資質が非常に多様であるため、正確かつ一貫して定義するのが最も難しい役割の 1 つであると考えられます。[ 15:48を参照] AEM アーキテクトには次の能力が必要です。

AEM フロントエンド開発者と AEM バックエンド開発者

定義するのははるかに簡単ですが、FE 開発者と BE 開発者を同じ人物にできるかどうか、またはこれらの役割を分割することが理にかなっているかどうかについて詳しく説明します。[ 25:00 ]

AEM フォーム開発者

「AEM Forms」は「AEM で作成されたフォーム」とはまったく異なります。紛らわしい限りです。AEM Forms は AEM Sites とは別の SKU である素晴らしい製品であり、大企業が本格的なデジタル変革を徹底的に行うために大いに活用されています。

AEM DevOps エンジニア / システム管理者

AEM のシステム管理と運用を行う仕事は、オンプレミスの AEM でも、Adobe が管理する 6.5 でも、クラウド サービスとしての AEM でも、常に AEM の経験を持つ人が作業する必要があります。監視、信頼性、メンテナンス、CI/CD、展開、パフォーマンスを担当する人が必ず必要です。そうしないと、Web サイトが停止したり、パフォーマンスが低下したりします。

AEM でシステム管理を行う戦いの物語から、セルフホスト型 AEM がまだ存在するかどうかの議論まで、この特定の役割について議論するのに、私たちはおそらく通常よりも多くの労力を費やしてきました。どのサービスでも「完全に管理されている」と主張していても、それが具体的にあなたのサイトを管理しているのでない限り (通常はそうではありません)、この役割が適切に果たされていることを確認する必要があることは、いくら強調してもしすぎることはありません。

このAEMロールディスカッションでカバーされる全トピック

ぜひ私たちのポッドキャストを聞いてください。そして、このような新しいインフラストラクチャ モデルがあなたの環境でどのように機能するかについて話し合いたい場合は、ぜひご連絡ください。ぜひご連絡ください。

ポッドキャストスピーカー

タッド・リーブス

Arbory Digital の主任アーキテクト

Tad は 2010 年から Adob​​e 製品に携わっており、Web サイトのインフラストラクチャに関する豊富な経験を持っています。1996 年から、ソリューション アーキテクチャから製品管理まで、Web サイトの提供に関するほぼすべての役割を担い、20 年以上の経験があります。Arbory では、一般的な販売観点に異議を唱える必要があっても、誠実で効果的なソリューションを提供できる機会が与えられていることを気に入っています。仕事が休みのときは、妻と 3 人の子供と一緒にマウンテン バイクに乗ったり、自然を探索したりしています。

TadにLinkedinで連絡する

ハンク・トーブ

Arbory Digitalのビジネス実行ディレクター

Hank は 2022 年に UI とワークフローを専門とする AEM ビジネス プラクティショナー認定を取得しました。その後すぐに、Zaxby's の契約社員として DevOps チームのプロジェクト マネージャーを務めました。過去には、個人経営のレストランにオンラインの食事注文を提供する InstantOrder というテクノロジー スタートアップの立ち上げに携わり、イノベーションへの意欲を高めました。現在、Hank はビーチに行くこと、旅行すること、自然の中で過ごすこと、イントラミューラル スポーツを楽しむことを楽しんでいます。

LinkedInでHankに連絡する

聞いてよかったですか? 自分に合ったものについて質問がありますか? ぜひお話ししましょう!お問い合わせ

あなたにおすすめのポッドキャストエピソード

モノリシック CMS、コンポーザブル CMS、マイクロサービス CMS - 仕事に適したツールはどれでしょうか?
モノリスはすべて悪いのでしょうか? モノリス、コンポーザブル、マイクロサービス ベースの CMS の違いは何ですか?
AEM とエッジ配信を超高速化 - StreamX 共同創設者へのインタビュー
最新の CMS (特に AEM または Edge Delivery) でキャッシュの鮮度とバックエンド システムの遅延という問題が常に発生しますが、これをどのように解決しますか? このエピソードでは、 Dynamic Solutionsの CTO であり、 StreamXの共同設立者である Michał Cukierman 氏にお話を伺います。StreamX は、最新の CMS 展開を構成する多数の構成システムからの複雑な動的コンテンツ要求を劇的かつ確実に加速するデジタル エクスペリエンス メッシュです。
Adobe Summit 2024: AEM アーキテクチャの破壊
過去数か月間にサイト配信スタック全体の再検討に多大な労力を費やしていないのであれば、そうしたいと思うようになるのは誇張ではありません。ですから、今すぐこの記事を読むのをやめて、ヘッドフォンをつけてこのポッドキャストを聴きながら、それがあなたの環境にどのような影響を与えるか考えてみてください。