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」など、解決すべき問題が複数の個別のソリューションにまたがる場合、「マルチソリューションアーキテクト」の関与が必要になります。
注意点として、優れたソリューションが販売されるためにはソリューションアーキテクトが必要ですが、そのソリューションアーキテクトが、汚れた手で充実した時間を過ごし、多くの成功(および失敗)を経験した人ではなく、最終的に「テクニカルセールスマン」になると、ソリューションは浅く、よく考えられなくなる傾向があります。
AEM アーキテクト
プロジェクトやチームが「AEM アーキテクト」に求める資質はさまざまであるため、AEM アーキテクトは正確かつ一貫して定義するのがおそらく最も難しい役割の 1 つです。[15:48 参照] 次のことができる必要があります。
- チームのほとんどの人よりも AEM をよく知っている
- 何よりも、AEM でできることはすべて知っている必要があります。また、AEM ではできないことやすべきでないことをどこに線引きすべきかを知っておく必要があります。それを得る唯一の方法は経験であり、その経験がすべてが「ハッピーパス」の経験であってはならないでしょう。AEM が炎上するのを数回見たはずです。
- 彼らはプロジェクト管理、人事管理、人事デバッグのためのソフトスキルを持っている必要があります。また、「セールスディフレクター」として優れているだけでなく、チームが成功するために本当にツールを入手する必要がある場合の「セールスアクセラレーター」としての役割も果たす必要があります。[21:29 を参照してください]
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 ロールディスカッションで取り上げられている全トピック
- 0:00-イントロ & オーディエンス (採用担当者 & AEM サイト所有者)
- 2:36-AEM 以外のサイトを管理するプロジェクト
- 3:24-モノリス対コンポーザブルの議論
- 4:45-AEM 担当者を社内に委託すべきか、それとも外部委託すべきか、簡単な " というものはありますか "?
- 7:11-役割:AEM サイト所有者または製品所有者の定義
- 9:45-役割:ソリューションアーキテクトまたは AEM ソリューションアーキテクトの定義
- 11:00-" セールスバッファ役のソリューションアーキテクト "
- 15:00-" プランニング " と " インプリメンテーションプロジェクトの分離
- 15:48-役割:AEM アーキテクトの定義
- 16:48-" リードデベロッパー " と " アーキテクト " の違い
- 18:10-建築家の " ソフトスキル "
- 21:29-建築家は " セールス・ディフレクター " の帽子もかぶっています
- 22:20-建築家へのコンサルティングについて & 仕事を辞めることの倫理的必要性
- 23:47-" セールス・アクセラレーターとしてのアーキテクト "
- 25:00-役割:AEM 開発者の定義(フロントエンドとバックエンド)
- 29:05-役割:AEM Forms 開発者 (および実際のデジタルトランスフォーメーション)
- 32:09-役割:AEM Assets デベロッパー & インフォメーションアーキテクト
- 33:31-役割:AEM 品質保証(品質保証)
- 36:28-役割:AEM 作成者
- 39:45-役割:AEM Devops/AEM システム管理者
- 44:20-ウェブサイトダッシュボードの格言
- 45:50-適切なツールが購入されていることを確認する AEM DevOps の役割 & 中古品
- 46:45-AEM システム管理者は AEM の経験がある必要がありますか?
- 48:55-AEM 運用を社内で行う必要がありますか?
- 51:44-役割:アドビコマース、ハイブリス、アドビエクスペリエンスプラットフォーム、SEO
- 53:50-社内か外部委託かを決める?
ポッドキャストを聞いて、このような新しいインフラストラクチャモデルがお客様の環境でどのように機能するかについて話し合いたい場合は、お問い合わせください。手を差し伸べてください!
ポッドキャストスピーカー

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

ハンク・トーブ
アーボリー・デジタルのビジネス執行部長
ハンクは、UI とワークフローを専門とする AEM ビジネスプラクティショナー認定を 2022 年に取得しました。その後まもなく、彼はZaxby'sの請負業者として、DevOpsチームのプロジェクトマネージャーとしての役割を引き受けました。過去には、インスタントオーダーというテック系スタートアップの立ち上げを手伝ったこともあります。インスタントオーダーは、家庭料理を提供するレストランにオンラインフードオーダーを提供し、イノベーションへのモチベーションを高めました。現在、ハンクはビーチに行ったり、旅行したり、自然の中で過ごしたり、学内スポーツを楽しんだりしています。
聞いたことみたいな?自分に合ったものについて質問がありますか?話したいです! お問い合わせ
あなたが好きかもしれないその他のポッドキャストエピソード

モノリスはすべて悪いのか?モノリス、コンポーザブル CMS とマイクロサービスベースの CMS の違いは?

)で、キャッシュの鮮度とバックエンドシステムの遅延という絶え間ない問題をどのように解決しますか?このエピソードでは、Dynamic SolutionsのCTOであり、 StreamXの共同創設者であるMichałCukiermanに話を聞きます。StreamXは、最新のCMSデプロイメントを構成する多くの構成システムからの複雑な動的コンテンツ要求を劇的かつ確実に加速するデジタルエクスペリエンスメッシュです。

、サイト配信スタック全体を再考するために多大な労力を費やしていなければ、そうしたいと思うことは決して誇張ではありません。ですから、今すぐこれを読むのをやめて、ヘッドフォンを少し入れて、このポッドキャストを散歩して、それが環境にどのように影響するかを考えてください!