定义 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”)时,最终需要聘请“多解决方案架构师”。
需要注意的是,解决方案架构师对于好的解决方案的销售必不可少,但是,如果解决方案架构师最终成为一名“技术销售员”,而不是花费大量时间亲自动手、拥有许多成功(和失败)经验的人,那么解决方案往往会很肤浅且考虑不周。
我还发现,解决方案架构师需要能够戴上“销售缓冲”的帽子( 11:00讨论),以确保在正确的时间购买正确的产品,而不仅仅是因为它们听起来很华而不实,或者因为 XYZ 公司的销售团队在令人信服的销售宣传中正确提到了“AI”。
AEM 架构师
AEM 架构师可能是最难准确、一致地定义的角色之一,因为项目或团队对“AEM 架构师”的要求千差万别。[参见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 本地部署、Adobe 管理的 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 质量保证 (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 产品工作,在网站基础设施方面拥有丰富的经验。从 1996 年开始,他几乎涉足了网站交付的各个领域,从解决方案架构到产品管理,拥有超过二十年的经验。他喜欢 Arbory 为他提供提供诚实有效的解决方案的机会,即使这意味着挑战现行的销售观点。不工作时,Tad 喜欢与妻子和 3 个孩子一起骑山地自行车和探索大自然。

汉克·托比
Arbory Digital 业务执行总监
Hank 于 2022 年获得了 AEM 商业从业者认证,专攻 UI 和工作流程。不久之后,他以合同工的身份与 Zaxby's 合作,担任其 DevOps 团队的项目经理。过去,他帮助创办了一家名为 InstantOrder 的科技初创公司,该公司为夫妻店提供在线订餐服务,激发了他的创新动力。目前,Hank 喜欢去海滩、旅行、在大自然中度过时光以及参加校内体育活动。
喜欢听到的内容吗?对什么适合您有疑问?我们很乐意与您交谈!联系我们
您可能喜欢的更多播客节目

整体式架构都是坏的吗?整体式架构、可组合式架构和基于微服务的 CMS 之间有什么区别?

如何解决任何现代 CMS(尤其是 AEM 或 Edge Delivery)中持续存在的缓存新鲜度和后端系统延迟问题?在本集中,我们采访了Dynamic Solutions的首席技术官兼StreamX的联合创始人 Michał Cukierman - StreamX 是一种数字体验网格,用于显着且可靠地加速构成现代 CMS 部署的众多组成系统的复杂动态内容请求。

毫不夸张地说,如果您在过去几个月中没有花大量精力重新考虑您的整个网站交付堆栈,那么您将需要这样做。所以请 - 现在停止阅读,戴上耳机,听听这个播客,考虑一下它会如何影响您的环境!