装飾用二重らせん

AEM 実装のジョブロールの定義

デジタルエクスペリエンスプラットフォームの大規模な実装では(特に AEM の場合)、「ウェブマスター」または何でも屋が、必要な役割をすべて効果的に果たすことがリモートで期待できる段階をはるかに過ぎています。そこで、こちらのポッドキャストのエピソードで取り上げた後、AEM プロジェクトの主要な役割と、その責任と強みについて以下に詳述します(できれば定期的に更新します)。しかし、それが一般的に社内で維持する役割なのか、代理店やソリューションプロバイダーと通常契約する役割なのか、また(時にはもっと重要なことですが)。

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

ポッドキャストで私たちが果たす役割の簡単な要約:

プロダクトオーナー/サイトオーナー

プロダクトオーナーまたはサイトオーナーは、実装のコンテンツと機能に関する主な責任者であり、通常は企業のディレクターレベルまたは副社長レベルです。AEM サイトの場合、通常 AEM はそのビジネスの「.com」を運営しています。ここでのすべての役割の中で、本質的に社外の第三者に外注されないのはこの職務だけです

ポッドキャストで 7:11 に取り上げられました

AEM ソリューションアーキテクト(マルチソリューションアーキテクトでもある)

[9時45分に起動]

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

「AEMとAdobe Experience Platform」、「Sitecore + SAP Commerce」、「AEM Assets + AEM Forms」など、解決すべき問題が複数の個別のソリューションにまたがる場合、「マルチソリューションアーキテクト」の関与が必要になります。
注意点として、優れたソリューションが販売されるためにはソリューションアーキテクトが必要ですが、そのソリューションアーキテクトが、汚れた手で充実した時間を過ごし、多くの成功(および失敗)を経験した人ではなく、最終的に「テクニカルセールスマン」になると、ソリューションは浅く、よく考えられなくなる傾向があります。

ソリューションアーキテクトは、適切な製品を適切なタイミングで購入できるようにするために、「セールスバッファ」の帽子をかぶる必要があることもわかりました。派手な印象だったり、XYZ社の営業チームが説得力のある売り込みで正しい回数の「AI」を言ったからではありません。

AEM アーキテクト

プロジェクトやチームが「AEM アーキテクト」に求める資質はさまざまであるため、AEM アーキテクトは正確かつ一貫して定義するのがおそらく最も難しい役割の 1 つです。[15:48 参照] 次のことができる必要があります。

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

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

AEM フォームデベロッパー

「AEM Forms」は「AEM で実行されるフォーム」とほとんど同じではなく、非常にわかりにくいものです。AEM Forms は AEM Sites とは別の SKU である素晴らしい製品であり、大企業で実際のデジタル変革を徹底的に行うために大企業で大いに活用されています。

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

AEM でシステム管理と運用を行う仕事は、それがオンプレミスの AEM でも、アドビが管理する 6.5 でも、AEM のクラウドサービスとしても、常に AEM の経験がある人が必要です。誰かが常に監視、信頼性、メンテナンス、CI/CD、デプロイ、パフォーマンスに気を配らなければなりません。さもないと、ウェブサイトが停止し、パフォーマンスが低下します。

AEM でシステム管理を行うという戦争の話から、 セルフホスト型 AEM がまだ普及しているかどうかについての議論まで 、この特定の役割について議論するために通常よりも多くの労力を費やしたと思います。どのサービスでも「フルマネージド」と表示されていても、特にサイトを管理しているのでなければ(一般的にはそうではありません)、この役割が適切に果たされていることを確認する必要があることはいくら強調しても足りません。

この AEM ロールディスカッションで取り上げられている全トピック

ポッドキャストを聞いて、このような新しいインフラストラクチャモデルがお客様の環境でどのように機能するかについて話し合いたい場合は、お問い合わせください。手を差し伸べてください!

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

タッド・リーブス

アーボリー・デジタルのプリンシパル・アーキテクト

Tadは2010年からアドビ製品を扱っており、Webサイトのインフラストラクチャに関する豊富な経験があります。1996年から、ソリューションアーキテクチャから製品管理まで、Webサイト配信のほぼすべての業務に携わり、20年以上の経験があります。彼は、アーボリーが正直で効果的なソリューションを提供する機会を与えてくれることを気に入っています。たとえそれが一般的な販売観念に挑戦することになるとしても。タッドは仕事をしていないときは、妻の & 3 人の子供たちと一緒にマウンテンバイクや自然探検を楽しんでいます。

リンクトインでタッドに問い合わせる

ハンク・トーブ

アーボリー・デジタルのビジネス執行部長

ハンクは、UI とワークフローを専門とする AEM ビジネスプラクティショナー認定を 2022 年に取得しました。その後まもなく、彼はZaxby'sの請負業者として、DevOpsチームのプロジェクトマネージャーとしての役割を引き受けました。過去には、インスタントオーダーというテック系スタートアップの立ち上げを手伝ったこともあります。インスタントオーダーは、家庭料理を提供するレストランにオンラインフードオーダーを提供し、イノベーションへのモチベーションを高めました。現在、ハンクはビーチに行ったり、旅行したり、自然の中で過ごしたり、学内スポーツを楽しんだりしています。

LinkedInでハンクに連絡する

聞いたことみたいな?自分に合ったものについて質問がありますか?話したいです! お問い合わせ

あなたが好きかもしれないその他のポッドキャストエピソード

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