只会坐在象牙塔？为数字化转型重新定义企业架构师的角色

CIO 们（首席信息官）对企业架构师的感情真是爱恨交织。一方面，企业架构师在平台选择、技术能力开发和推动标准方面扮演着关键角色。而且，如果在没有架构师的情况下推进数字化转型和技术项目，可能会导致延误、技术债务、成本增加和安全漏洞。

但另一方面，企业架构师往往难以带来业务成果，许多 CIO 发现自己不得不一再向高管们解释这个职能的重要性。

据《2023 年企业架构现状》报告，只有 26% 的受访者完全同意他们的企业架构实践带来了战略性收益，比如提高敏捷性、增加创新机会、改善客户体验和加快产品上市时间。与此同时，CIO 们面临着更大的压力，要求他们提供更具竞争力的能力、降低安全风险、将 AI 与企业数据连接，以及自动化更多工作流程——而这些都是企业架构可以直接影响结果的领域。

因此，想要实现战略性收益的 CIO 们必须重新思考如何在数字化转型的交付模式中运用企业架构师，确保他们推荐的平台、最佳实践和标准被真正采用。

什么是敏捷领导力

重新定义架构师与敏捷团队的合作方式，是改善业务与 IT 协作和成果的一种方法。通过承担敏捷角色，企业架构师可以提升他们实现特定目标的能力，并改变高管们的看法。

许多组织会为战略性项目创建章程，在其中定义项目的领导角色和职责。我建议设立三个主要角色：拥有愿景的产品经理、监督敏捷团队和实施的交付领导者，以及项目发起人。发起人的主要职责是确保资金，并证明投资的商业价值。

除了这三个角色，很多章程还会定义其他在项目层面的领导角色，这些角色可能不直接参与敏捷团队的工作。其中两个角色与企业架构相关：

• 技术和非技术领域的专家顾问，包括员工和外部顾问，他们提供领域专业知识，帮助敏捷团队规划和交付能力；

• 变革推动者，他们负责监督变革管理活动，指派沟通、宣传、培训和其他变革相关的职责给敏捷团队、培训师和业务部门领导。

企业架构师如何找到转型的契合点

以下是 CIO 们可以考虑让企业架构师承担的五类敏捷角色，每个角色都与典型的架构目标相一致。

1. 处理技术债务的产品经理

“优秀的架构师会与自成组织的敏捷团队紧密合作，采用现代化方案，将传统的点解决方案和服务转移到健全、稳健的云基础架构，”Cockroach Labs 的总裁兼 CRO Jason Forget 说。“他们应该对‘意大利面条式’的架构深恶痛绝，取而代之的是精简、高效且弹性的系统。”

技术债务的积累和延长遗留系统的寿命是 CIO 们应该高度警惕的关键风险。问题是，CIO 们应该如何对此问题进行责任分配，要求对技术债务的风险进行分类，并确保有一个实施补救措施的路线图？

一种解决方案是让企业架构师以产品管理者的身份承担这个责任。产品经理必须定义一个与战略和终端用户需求相一致的愿景声明，提出优先级路线图，并监督敏捷交付团队的敏捷待办事项。然后，产品经理提出 KPI 和其他衡量指标，突出所交付的业务效益。

通过让架构师承担产品管理角色，他们就有了明确的责任来确定改进的优先次序并交付改进成果，从而减少技术债务。他们还拥有了与敏捷开发团队合作的明确方式，可以与他们一起合作交付与技术债务补救相关的改进路线图。

2. 可扩展平台的交付负责人

是否每个 DevOps 团队都应该构建自己的 CI/CD 管道、配置自己的基础设施即代码，并拥有独特配置的开发者堆栈？许多组织正在采用平台工程实践，将 DevOps、DataOps、业务服务和其他支持性计算实践配置为敏捷团队可以重复使用并在需要时扩展的平台。

CIO 们在投资平台工程时，应该为这些项目指派赞助人、产品经理、交付负责人和敏捷团队，以开发和增强平台工程工具和实践。具有软件开发背景的企业架构师是承担交付领导角色的理想人选，他们可以引导团队开发内置安全性、性能、可用性和其他最佳实践的平台。

“统一的平台简化了企业运营，能够更快地开发产品并提升用户体验，”Capital One 的高级总监兼高级杰出工程师 Andrew Bonham 说。“平台还支持可重复使用的能力，有效减少重复工作并降低总体拥有成本。最终，基于统一平台的生态系统可以快速高效地推动创新和技术进步——这对于组织的数字化转型至关重要。”

企业架构师可以专注的一个领域是为 DevOps 和数据科学团队开发自助式云基础设施。

“他们必须与工程、运营和安全团队密切合作，设计、实施和管理企业范围内的云计算使用，使资源可以被开发者和数据科学家即时使用，”Rafay 的联合创始人兼 CEO Haseeb Budhani 说。“企业架构师通过定义架构、治理策略和自助服务接口来设定护栏，帮助他们的开发者更快、更高效地进行创新。”

交付平台对企业架构师来说可能比较容易，所以他们还必须明白，敏捷团队的采用是一个关键的成功标准。

“企业架构师在这个新的平台工程角色中，需要使跨业务部门和地区的自组织团队能够快速从中央中心获取预先批准的构件，”Vultr 的 CMO Kevin Cochrane 说。“然后，团队可以使用低代码 / 无代码工具快速组装这些构件，以便快速行动，重塑员工和客户体验，同时降低风险。”

被委以交付领导者角色的企业架构师应该从识别他们的目标终端用户和拟议平台投资的价值主张开始。

3. 运营和风险管理解决方案的发起人

虽然许多业务风险领域都能在运营、财务和风险管理职能部门找到发起人，但要找到发起人并确定投资的优先次序以降低 IT 风险，则可能具有挑战性。

企业架构师可以充当项目发起人，尤其是在 IT 运营、信息安全和数据管理职能部门所需的基础设施和风险中介投资方面。架构师在将问题与解决方案联系起来，并就投资的优先次序提供客观意见方面，具有得天独厚的优势。

需要重点关注的一个领域是定义 AI 治理、赞助数据安全工具以及为数据治理计划提供资金。遗憾的是，许多组织仍将数据质量和治理功能视为 IT 部门的既定职责，导致这些投资缺乏资金支持。

“BMC 首席技术官 Ram Chakravarti 说："数据、分析、人工智能和机器学习的使用引发了有关隐私和制定适当法规和治理框架以确保人工智能安全、透明和负责任的道德问题。“最终，随着这项技术的不断进步和应用范围的不断扩大，企业将需要应对道德、偏见、数据不准确等方面的挑战。”

第二个关注重点可能是对站点可靠性工程实践的投资，例如制定服务级别目标（SLO）、改进 DevOps 可观测性实践以及投资 AIops 平台。

“SLO 可以帮助架构师打破可靠性的孤岛，获得对影响客户体验的企业堆栈区域的可见性，”Nobl9 的联合创始人兼首席产品官 Brian Singer 说。“由于 SLOs 本质上是面向客户的，它们使工程师和高管能够主动预测问题并推动业务 KPI。”

企业架构师在这些计划中扮演发起者的角色，可以帮助引导这些计划向力量倍增型转型，从而降低风险，并在改善体验和改进决策方面带来额外的收益。 希望企业架构师担任发起人的 CIO 们应该为他们提供预算，并监督制定管理投资优先级的章程。

4. 制定标准的专家顾问

敏捷团队旨在自组织并专注于解决问题，但这并不意味着他们可以置身事外，忽略制定和遵循标准。虽然敏捷团队必须承诺并完成他们的用户故事，但他们应该依赖外部专家的指导和建议。

“企业架构师应该充当顾问，提供最佳实践、指导和故障排除，以支持通常管理自己工作流程的自组织敏捷团队，”SADA 的 AI/ML 副 CTO Simon Margolis 说。充当顾问和教练，可以改善与将企业架构、治理和标准视为创新阻碍的敏捷团队的合作。

“企业架构师可以通过提供架构指导而不是强加规则来赋能敏捷团队，”CSI 的 COO 兼联合创始人 Paul Boynton 说。“他们应该与团队合作，建立和提升技能，通过团队目标快速交付价值，确保架构支持具有实时解决方案的业务价值。通过充当敏捷合作伙伴，企业架构师和敏捷团队可以共同释放效率、交付创新并创造价值。”

总的来说，架构师应该是敏捷开发团队在架构、安全、数据和运营最佳实践方面的专家顾问。CIO 们和他们的敏捷项目管理办公室（PMO）应该在与敏捷团队合作时定义专家顾问的角色和职责。作为专家顾问，企业架构师可以建议和审查实施方案，并与团队合作定义自组织标准。

5. 管理全民开发的变革推动者

CIO 们可以帮助企业架构师更加关注员工体验和部门工作流程的一种方式是让他们在管理全民开发和数据科学项目中发挥关键作用。

随着越来越多的 CIO 们开始向业务团队部署无代码技术，还有谁比企业架构师更适合制定围绕安全性、测试和文档化的全民开发技术治理原则呢？

但是，让企业架构师创建全民开发或数据科学治理框架，不太可能获得采用，除非 ta 对部门目标有深刻的理解。让企业架构师将这个任务作为一个变革管理的练习，意味着他们必须促进部门采用，倾听员工需求，并在变革努力中制定治理实践。

“拥有一个明确定义最佳实践和权限的低代码 / 无代码项目，可以赋能员工成为开发者，同时降低安全风险，”TCS 的副总裁兼企业解决方案全球组主管 Vikram Karakoti 说。“随着自动化和人工智能成为商业生活中无处不在的一部分，拥有强大的低代码 / 无代码治理对于公司在敏捷性和业务弹性之间取得平衡至关重要。”

每个数字化转型项目都应该在其章程中确定变革推动负责人，并将变革管理职责分配给敏捷团队。通过将架构师指定为全民开发项目的变革负责人，架构师将更好地理解终端用户需求，并定义不会削弱生产力或创新的治理。

企业架构师的参与能带来成果

我分享的例子侧重于项目领导角色，但企业架构师也可以作为队友承担在敏捷团队中工作的责任。例如，他们可以与产品负责人和敏捷业务分析师合作，在编写敏捷用户故事时记录非功能性验收标准，并指定性能、安全和其他运营要求。在进行新技术概念验证（POC）时，架构师也应该撸起袖子，努力完成敏捷开发团队的用户故事。

企业架构师曾被指责坐在象牙塔中，梦想着理想化的标准，并围绕架构模式制作精美的 PPT。CIO 们希望改进这些标准的执行并传达企业架构的价值，那就应该为架构师提供与交付模型相一致的敏捷领导角色。

关于作者

Isaac Sacolick 是数字转型学习公司 StarCIO 的总裁，他指导领导者采用必要的实践，以推动组织内的转型变革。他是《Digital Trailblazer》和亚马逊畅销书《Driving Digital》的作者，擅长讨论敏捷规划、DevOps、数据科学、产品管理和其他数字化转型最佳实践。

原文链接：

https://www.cio.com/article/3520906/rethinking-enterprise-architects-roles-for-agile-transformation.html