AEM 実装の職務の定義
大規模なデジタル エクスペリエンス プラットフォームの実装 (特に AEM) では、「Web マスター」や何でも屋が、必要な役割のすべてを効果的にカバーできるとは到底考えられません。そこで、ここではポッドキャスト エピソードで取り上げ、次に AEM プロジェクトの主な役割とその責任と強みについて詳しく説明します (定期的に更新されることを願います)。また、(場合によってはより重要なことですが)、この役割は一般に社内で担当するのか、それとも代理店やソリューション プロバイダーと契約して担当するのかについても説明します。
Apple Podcastsでも、 Spotify のオーディオまたはビデオ ポッドキャストとしてもご利用いただけます。
ポッドキャストで私たちが担う役割の簡単な概要:
製品オーナー / サイトオーナー
製品所有者またはサイト所有者は、実装のコンテンツと機能に関する主な責任者であり、通常は会社のディレクター レベルまたは VP レベルです。AEM サイトの場合、通常、AEM はそのビジネスの「.com」を運営しています。ここで挙げたすべての役割の中で、これは基本的に社外の関係者にアウトソーシング されない 唯一の役割です。
ポッドキャストの7:11から取り上げられています
AEM ソリューション アーキテクト (マルチ ソリューション アーキテクトともいう)
[ 9:45に開始]
ソリューション アーキテクトは、上記のプロダクト オーナーとは対照的に、ほとんどの 場合、ベンダーまたは代理店から来ています。ソリューション アーキテクトの仕事は、特定の会社の問題、問題点、要件、人員、目標、予算、必要な能力、成功の指標を徹底的に理解し、実際にこれらを満たし、実行可能なソリューションを設計することです。AEM のソリューション アーキテクトは通常、すでに AEM アーキテクトであり、開発、運用、および機能するソリューション全体を設計するために必要な関連スキルの経験も持っています。
解決すべき問題が「AEM と Adobe Experience Platform」、「Sitecore + SAP Commerce」、「AEM Assets + AEM Forms」などの複数の個別のソリューションにまたがる場合は、「マルチソリューション アーキテクト」の関与が必要になります。
注記: 優れたソリューションを販売するにはソリューション アーキテクトが必要ですが、そのソリューション アーキテクトが、汚れた手で貴重な時間を費やし、数々の成功 (および失敗) を経験した人物ではなく、「技術セールスマン」になってしまうと、ソリューションは浅薄でよく考えられていないものになりがちです。
また、ソリューション アーキテクトは、「セールス バッファー」の役割を担う必要があることもわかりました ( 11:00で説明)。適切な製品が適切なタイミングで購入されるようにするためです。派手に聞こえるからとか、XYZ 社の営業チームが説得力のあるセールス ピッチで「AI」という言葉を適切な回数言ったからという理由だけでは不十分です。
AEM アーキテクト
AEM アーキテクトは、プロジェクトやチームが「AEM アーキテクト」に求める資質が非常に多様であるため、正確かつ一貫して定義するのが最も難しい役割の 1 つであると考えられます。[ 15:48を参照] AEM アーキテクトには次の能力が必要です。
- チーム内の誰よりもAEMに精通している
- 何よりも、彼らは 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 でも、Adobe が管理する 6.5 でも、クラウド サービスとしての AEM でも、常に AEM の経験を持つ人が作業する必要があります。監視、信頼性、メンテナンス、CI/CD、展開、パフォーマンスを担当する人が必ず必要です。そうしないと、Web サイトが停止したり、パフォーマンスが低下したりします。
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 品質保証 (QA)
- 36:28 - 役割: AEM 作成者
- 39:45 - 役割: AEM Devops / AEM システム管理者
- 44:20 - ウェブサイトダッシュボードの格言
- 45:50 - 適切なツールが購入され、使用されるようにする AEM DevOps の役割
- 46:45 - AEM システム管理には AEM の経験が必要ですか
- 48:55 - 社内に AEM オペレーション担当者を配置する必要がありますか?
- 51:44 - 役割: Adobe Commerce、Hybris、Adobe Experience Platform、SEO
- 53:50 - 社内で行うか、外注するか決めますか?
ぜひ私たちのポッドキャストを聞いてください。そして、このような新しいインフラストラクチャ モデルがあなたの環境でどのように機能するかについて話し合いたい場合は、ぜひご連絡ください。ぜひご連絡ください。
ポッドキャストスピーカー

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

ハンク・トーブ
Arbory Digitalのビジネス実行ディレクター
Hank は 2022 年に UI とワークフローを専門とする AEM ビジネス プラクティショナー認定を取得しました。その後すぐに、Zaxby's の契約社員として DevOps チームのプロジェクト マネージャーを務めました。過去には、個人経営のレストランにオンラインの食事注文を提供する InstantOrder というテクノロジー スタートアップの立ち上げに携わり、イノベーションへの意欲を高めました。現在、Hank はビーチに行くこと、旅行すること、自然の中で過ごすこと、イントラミューラル スポーツを楽しむことを楽しんでいます。
聞いてよかったですか? 自分に合ったものについて質問がありますか? ぜひお話ししましょう!お問い合わせ
あなたにおすすめのポッドキャストエピソード

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

最新の CMS (特に AEM または Edge Delivery) でキャッシュの鮮度とバックエンド システムの遅延という問題が常に発生しますが、これをどのように解決しますか? このエピソードでは、 Dynamic Solutionsの CTO であり、 StreamXの共同設立者である Michał Cukierman 氏にお話を伺います。StreamX は、最新の CMS 展開を構成する多数の構成システムからの複雑な動的コンテンツ要求を劇的かつ確実に加速するデジタル エクスペリエンス メッシュです。

過去数か月間にサイト配信スタック全体の再検討に多大な労力を費やしていないのであれば、そうしたいと思うようになるのは誇張ではありません。ですから、今すぐこの記事を読むのをやめて、ヘッドフォンをつけてこのポッドキャストを聴きながら、それがあなたの環境にどのような影響を与えるか考えてみてください。