【业务架构】业务架构师如何构建业务能力图?

简介: 【业务架构】业务架构师如何构建业务能力图?

Capstera的这篇文章重点介绍了如何构建业务能力图的基础知识。

如何构建业务能力图?

构建业务能力图是一个彻底的、涉及的和迭代的练习。作为负责创建业务能力图的业务架构师,有几个初始问题需要考虑和决策:

如果过去的工作涉及到业务能力建模,那么可以从中吸取哪些经验教训,使当前的尝试更加顺利,并提供更好的结果?

  • 是否有高级业务和技术领导层对构建业务能力图的认可?
  • 我们是否应该从头开始创建业务能力图?
  • 或者我们应该从业务能力供应商那里购买一个模型?
  • 业务能力图是作为转型项目的一部分构建的吗?
  • 业务能力映射练习的预期结果是什么?


假设您选择的路径是从头开始构建功能映射。从头开始构建业务能力图有两个选项:

  • 白板启发:一个来自商业和技术学科的跨职能团队可以集合起来,进行头脑风暴,从头开始创建一个模型。虽然在理论上,这看起来不错,但实际上,这项工作在很长一段时间内充满了浪费的精力。
  • Straw 模型的方法:构建业务能力图的一种更快和实用的方法是创建一个稻草模型。一个能力稻草模型样本可以由一个或两个个人完成——了解业务架构和能力建模,以及业务的固有知识。straw模型可以是一个很好的起点,它有一个更广泛的迭代求精组。

无论采用何种方法,以下是构建可行且有价值的业务能力模型所必需的关键步骤和最佳实践。

从捕获业务的价值链开始。Michael Porter将价值链定义为在特定行业运营的公司为市场提供有价值的产品或服务而进行的一系列活动。建立价值链本身就是一种实践,将在未来的洞察中加以解决。只要说,一旦定义了价值链,就可以认真地开始构建能力图。

如何构建业务能力图?业务能力图不仅仅是一个框和箭头的列表,而是一个完整的、连贯的业务活动项集。

迈克尔·波特的通用价值链:



价值链示例:



将级别1功能分解为较低的粒度级别。价值链的基本要素可以是能力模型的逻辑起点。通常,价值链模块可以成为一级能力。


  • 用名词而不是动词来表示能力。以这一最佳实践为指导,而不是强制要求。
  • 尝试使这些功能相互排斥、共同详尽、单独完整。
  • 确保在堆栈中的每个级别的粒度都保持在类似的级别。也就是说,在同一个层次上,一种能力处于超高层次,另一种能力处于荒野中,这不利于保持能力模型的结构完整性。
  • 在业务能力图的第4、5和6层,能力可能开始看起来像流程和活动,这在能力模型的较低层次上是很好的。
  • 一旦你有了一个健壮的模型,就要不断地迭代和改进它。这是一个进化的过程,尽管结果和好处可能是革命性的。
  • 能力模型是优秀的,但是没有更广泛的细节,它只不过是一种墙壁艺术。因此,请确保捕获这些功能的属性,以丰富对这些关键的业务原子构建块的理解。虽然一个人可以过分使用许多属性和语义,但保持简单会节省很多时间。你总是可以继续添加更多的属性。
  • 试着在实际的项目情况下,与几个同时代的人一起对模型做一个健全的检查。在各种IT支持工作的概念化、规划和设计中,将能力模型用作乐高积木。

一旦您花时间将每个支柱分解到其逻辑级别,您可能最终得到一个4级或5级能力模型。下面是一个进一步分解的人力资源能力的例子。


记住,构建业务能力图是一项艰巨的任务。另一点需要注意的是,业务能力为业务IT对齐提供了坚实的基础和通用的语言,但不是解决困扰业务/ IT动态的所有问题的灵丹妙药。

如果没有以下注意事项,就无法完成关于如何构建业务能力图的教程:

  • 业务能力模型是达到目的的手段,而不是目的本身。
  • 业务能力图不仅仅是方框和箭头。
  • 如果没有适当的用例和实际的价值论证,许多人会认为能力建模是学术和象牙塔的成果,时间到价值是关键。
  • 重要的是不要浪费几年时间来起草完美的能力模型。迭代优化是一条路要走。从主题专家那里获取功能并非易事,因为很难将底层功能抽象为基本的构建块。
相关文章
|
10天前
|
敏捷开发 监控 数据管理
构建高效微服务架构的五大关键策略
【4月更文挑战第20天】在当今软件开发领域,微服务架构已经成为一种流行的设计模式,它允许开发团队以灵活、可扩展的方式构建应用程序。本文将探讨构建高效微服务架构的五大关键策略,包括服务划分、通信机制、数据管理、安全性考虑以及监控与日志。这些策略对于确保系统的可靠性、可维护性和性能至关重要。
|
5天前
|
消息中间件 负载均衡 持续交付
构建高效微服务架构:后端开发者的终极指南
【4月更文挑战第25天】在当今软件工程领域,微服务架构已经成为实现可扩展、灵活且容错的系统的首选模式。本文将探讨如何从零开始构建一个高效的微服务系统,涵盖关键组件的选择、通信机制、数据管理以及持续集成和部署策略。通过深入分析与案例研究,我们旨在为后端开发者提供一个全面的微服务实践指南,帮助他们在构建现代化应用时做出明智的架构决策。
|
5天前
|
消息中间件 持续交付 数据库
构建高效可靠的微服务架构:策略与实践
【4月更文挑战第25天】 随着现代软件开发的复杂性日益增加,传统的单体应用已难以满足快速迭代和灵活部署的需求。本文深入探讨了如何构建一个高效且可靠的微服务架构,包括关键的设计原则、技术选型以及实践中的挑战和应对策略。通过分析多个成功案例,我们总结了一系列最佳实践,并提出了一套可量化的性能优化方法。文章不仅为开发者提供了具体的技术指导,同时也强调了团队协作和持续学习在微服务转型过程中的重要性。
|
3天前
|
运维 监控 安全
|
3天前
|
Kubernetes 负载均衡 Docker
【专栏】构建高效微服务架构:Docker与Kubernetes的完美搭档
【4月更文挑战第27天】本文介绍了Docker和Kubernetes在构建微服务架构中的应用。Docker是开源容器引擎,用于打包和分发应用,实现隔离和封装,提升可扩展性和可维护性。Kubernetes是容器编排平台,自动化部署、扩展和管理容器,提供负载均衡和故障转移。二者结合,能高效支持微服务架构。文中通过实例展示了如何将用户、商品和订单服务用Docker打包,再用Kubernetes部署和管理,确保微服务稳定运行。
|
6天前
|
Cloud Native Devops 持续交付
构建未来:云原生架构在企业数字化转型中的关键作用
【4月更文挑战第24天】 随着企业加速其数字化转型之旅,云原生架构已成为实现敏捷性、可扩展性和持续创新的关键推动力。本文将探讨云原生技术如何助力企业构建灵活的IT环境,支持快速部署新服务,并提高整体业务效率。通过分析微服务、容器化、DevOps和持续集成/持续部署(CI/CD)等关键技术的实践应用,我们将揭示这些元素如何共同塑造出一个响应迅速且高效的企业架构模型。
|
6天前
|
持续交付 API 开发者
构建高效微服务架构:后端开发的新范式
【4月更文挑战第24天】 随着现代软件系统的复杂性日益增加,传统的单体应用已难以满足快速迭代与灵活扩展的需求。微服务架构作为一种新兴的软件开发模式,以其服务的细粒度、独立部署和弹性伸缩等优势,正在逐渐成为后端开发的重要趋势。本文将深入探讨微服务架构的设计原则、关键技术以及在实际业务中的应用实践,旨在为后端开发者提供构建和维护高效微服务架构的参考指南。
|
7天前
|
监控 API 持续交付
构建高效微服务架构:后端开发的新趋势
【4月更文挑战第23天】 随着现代软件开发实践的不断演进,微服务架构已经成为企业追求敏捷、可扩展和弹性解决方案的首选。本文深入探讨了如何构建一个高效的微服务架构,涵盖了关键的设计原则、技术选型以及实践建议。通过分析微服务的独立性、分布式特性和容错机制,我们将揭示如何利用容器化、服务网格和API网关等技术手段,来优化后端系统的可维护性和性能。文章旨在为后端开发人员提供一套全面的指南,以应对不断变化的业务需求和技术挑战。
|
9天前
|
Cloud Native API 持续交付
构建未来:云原生架构在企业数字化转型中的关键作用
【4月更文挑战第21天】 随着企业加速其数字化转型的步伐,云原生技术已迅速成为推动创新和实现敏捷性的基石。本文深入探讨了云原生架构的核心组件,包括容器化、微服务、持续集成/持续部署(CI/CD)以及声明式API。通过分析这些技术的协同效应,揭示了它们如何共同促进系统的可伸缩性、弹性和维护性,进而支持企业在不断变化的市场环境中保持竞争力。
13 1
|
9天前
|
敏捷开发 Cloud Native 持续交付
构建未来:云原生架构的进化之路
【4月更文挑战第21天】随着数字化转型的深入,企业对IT基础设施的要求日益提高。云原生技术以其灵活性、可扩展性和敏捷性成为推动创新的重要力量。本文将探讨云原生架构的核心组件,分析其如何助力企业实现快速迭代和高效运营,并预测云原生技术的发展趋势。