定义 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 Forms 开发人员
“AEM 表格”与“在 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 能给他机会提供诚实有效的解决方案,即使这意味着挑战现行的销售观点。不工作时,泰德喜欢和妻子及三个孩子一起骑山地自行车和探索大自然。

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

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

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

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