是否有一个通用业务能力列表,可以作为能力映射工作的起点?对!Capstera提供了几个可定制的通用功能列表,以行业/行业为重点,也可用于横向功能领域。
业务能力是一种重要的粘合剂,它将执行与战略联系起来,并为编排目标操作模型提供蓝图。业务能力在使业务远景与IT支持相一致方面的价值是非常清楚的。
公司,特别是那些大型和复杂的公司,需要数月甚至数年的时间来构建企业范围的业务能力模型。这就好比把海洋煮沸,重新发明轮子。为什么要从企业能力建模的第一步开始呢。
相反,通过对通用模型的选择性添加、修改和改进,一个全面的通用功能列表可以帮助加快实现价值的时间。
例如,让我们看一看下面的列表—级别1的企业业务能力。
当然,你可以用一种特殊的能力和立场来辩论。或者指向一个不在1级的能力。或者您可以指出,客户管理是运营的一个组成部分,因此“运营”可能是正确的能力,客户管理应该是一个子能力。你也可以说,像“共享企业职能”这样的共同能力应该列为一级能力,所有的企业职能,如财务和会计、人力资本管理、采购,都应该放在更大的范围内。如果你幸运的话,你的行业可能没有重大的法律、风险和合规管理。关键是没有一条路。根据各功能的相对重要性,这门课是相当的。但是,将通用业务能力列表作为输入或参考点,将允许企业业务架构团队考虑并设计一组在企业内部产生共鸣的1级能力。
现在,让我们回顾下一个级别的功能。假设你的团队已经就一套一级能力达成一致,那么接下来的任务就是潜入二级。2级能力是基础性的,因为它们往往反映特定的领域,并将其分解为一组逻辑业务能力。此外,与第1级功能不同,第2级功能深入到各个领域,而且主题专业知识有些分散。因此,拥有一个可定制的通用业务能力列表将有助于减轻对主题专家的依赖,使其既全面又深入。
人力资本管理能力分解示例:
现在是深入挖掘的工作,将第2级的功能分解为逻辑的、基本的构建块。它是否需要级别3、4或5的深度取决于业务能力模型的上下文、目的和用例。
招聘和招聘能力的详细分解:
使用通用业务能力列表作为构建企业范围业务能力模型的输入有什么利弊?
使用预先构建的可定制业务功能模型:
赞成的意见:
- 价值实现时间:一个可定制的通用功能列表提供了加速和完成功能,而不是从头开始。
- 参考点:白板概念化总是导致遗漏一些东西。相反,预先构建的能力列表将有助于作为参考点,避免无休止的头脑风暴。
- 机会成本:主题专家在概念化业务能力方面所花费的时间可能是以他们的日常工作为代价的。
反对的意见:
- 不适合用途:任何通用的业务能力列表都不同于定制构建的模型,尽管这样做会带来很多负担。
- 潜在的缺乏一致性和收买:当一个团队聚集在一起创建一个重要的工件(如企业业务能力模型)时,流程本身会导致一致性和收买。商店购买的功能图将是一种不同的体验-添加、删除和修改-而不是概念化。