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 で何ができるかすべてを知っている必要があります。また、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 - 役割: Adob​​e Commerce、Hybris、Adobe Experience Platform、SEO
• 53:50 - 社内で行うか、外注するか決めますか?

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

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

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

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