China Dataset

我看到我们的客户越来越多地使用敏捷流程模型，以便能够响应快速变化的客户期望和市场情况。然而，值得注意的是，许多公司在“敏捷转型”中陷入了某个阶段，无法实现所需的灵活性、可扩展性或以客户为中心。其原因通常是传统的业务组织无法最佳地支持敏捷开发产品的生命周期。

那么企业是否必须建立新的组织架构才能成功掌握敏捷转型呢？专业架构可以为此开发最佳解决方案吗？

到底什么是专业化架构？
专业架构分析一个公司或一个行业的技术结构，并从中得出以技术为导向的发展计划。基于核心业务流程和公司价值链，提取业务功能（业务能力）并聚类到业务域中。检查这些业务功能的交互，定义技术接口和数据模型，并开发核心流程的控制机制。下图显示了保险行业的专业架构工件（业务能力地图）的示例：


保险行业的专业建筑工件示例

专业架构的制品的特点是它们不包含任何具体的技术解决方案，并且它们是长期有效的。毕竟，公司的价值创造和核心流程一般不会改变。通过这种方式，专业架构可以与技术软件架构或应用程序架构清楚 dj电子邮件列表 地区分开来，尽管实际上边界当然是可变的。

“敏捷转型”究竟如何定义？
在我们应对挑战之前，我首先想简要解释一下“敏捷转型”一词的含义。 “敏捷”一词在世纪之交在软件开发领域开始流行。它包含了使需求收集和开发流程更加灵活和简化的各种方法。通过使用敏捷方法和流程模型，可以更快地将软件系统推向市场，并根据用户反馈在短周期内持续开发它们。正是敏捷软件开发的这两个特征——“上市时间”优化和以用户为中心——现在导致许多公司在整个组织中引入敏捷流程模型，至少在开发软件时是如此。信息系统。在我看来，这种从传统项目方法转向敏捷产品开发的转变，跨越组织范围内各种规模的项目，代表了“敏捷转型”的定义。

那么挑战是什么？
根据我的经验，当敏捷团队开发小型、高度自给自足的系统时，成功和积极的经验很快就会出现。然而，当以敏捷的方式实施更大、更复杂的项目时，你很快就会遇到问题，一方面需要多个团队的功能交互，另一方面需要深入嵌入现有系统和组织架构。采用 SAFe 或 LeSS (Huge) 等扩展敏捷性框架可以为公司提供一定的指导。然而，它通常只能解决非常有选择性地出现的问题。