Capabilities – what are they good for?

As I have understood it, a capability is basically the ability to perform something and requiring a specific skill set to do so. The focus is on what someone or something does in order to fullfil its intended purpose. A capability doesn’t directly address how it’s done, when it’s done, where it’s done, by whom it’s done or even why it’s done.

So what are capabilities good for? Well, frankly, capabilities are almost useless on their own. They only make sense when used in a broader context.

I’ve seen a lot of people dismiss the concept of capabilities as redundant, and that capabilities and processes are virtually the same or that capabilities and functions are synonyms. Some even claim that capabilities are totally redundant and shouldn’t exist as an architectural concept since they are not a part of the Zachman framework. Plus, a capability seems like a really abstract concept. So what are the benefits from using capabilities in your enterprise architectures?

In my opinion we sometimes need an abstract element like capability in order to identify and visualize, for instance, competence development needs, organizational patterns, anti-patterns, unnecessary application redundancy, server rationalization potentials etc. I believe that capabilities as an architectural element really can facilitate the understanding and visualization of an enterprise.  I like to consider capabilities as a notion that can be utilized in both human and organizational dimensions as well as in application and infrastructural dimensions.

Another crux is; how do we use the notion of a capability in a model? How do we integrate a capability into a broader context that makes sense? Let’s turn to some of the more established frameworks and meta models out there. How do they consider the notion of capabilities?

According to the Zachman framework, capabilities are not part of the architectural framework. They can however be considered as abstract composites of roles, processes, technologies and entities. As a result, capabilities are constrained to only exist in relation to organizational or human actors.

If we inspect the Enterprise Business Motivational Model (EBMM), we find a similar construct but capability is in fact a core element of the meta model. A capability is constrained to be a business capability, and the definition is ‘an abstraction that represents the ability of a business unit to perform a particular business function or process’. EBMM is otherwise an appealing meta model for business architectures since it is mainly business centric.

TOGAF on the other hand depicts capabilities as part of the architectural dimension itself. That is, in order to successfully operate an architecture function using the TOGAF ADM within an enterprise, you need organization, processes, roles, responsibilities and skills to provide architectural capabilities. TOGAF do mention business capabilities, but a business capability is considered a non-architectural element and just as in Zachman and EBMM it is some sort of composite construct not part of the core meta model. I find TOGAF suitable for modelling IT-architectures and to some extent even aligning business architecture and IT-architecture. When it comes to enterprise architecture though, TOGAF falls short since it is so IT-centric.

Enterprise Canvas (great summary found here) is, IMHO, one of the most holistic, coherent, flexible and consistent frameworks I’ve stumbled upon. It’s great for modeling true service oriented architectures, where everything is, or provides, a service. Enterprise Canvas defines a capability as ‘the ability to do something, to some identifiable level of skill, as embedded in a machine, an IT-application and/or a real person’. When linking together a capability with a function you provide the ability to deliver a specific outcome, and that constitutes a service. Defining a path by linking a sequence of service transactions together, you get a process. The really neat thing about Enterprise Canvas is that it truly is a framework suitable for enterprise architectures.

How and when would you use capabilities in your architectural profession?

2 thoughts on “Capabilities – what are they good for?

  1. Hi Patrik – Patrik Hallen very kindly pointed me to this.

    Many thanks indeed for your kind comments above – and I’d love to know more about how you’re using Enterprise Canvas!

    I’ve written quite a few blog-posts specifically on capabilities in enterprise-architecture, and how they’re described in Enterprise Canvas – if you need any further notes on that, please do let me know?

    Also there’s a new slidedeck about Enterprise Canvas that I’ve just posted up on Slideshare: see http://www.slideshare.net/tetradian/bridging-enterprisearchitecture-and-systemsthinking (As usual, you can download the slidedeck direct from Slideshare.)

    Thanks again, and do keep in touch!
    – tom graves

    • Hi Tom and thanks for your comment.

      Exploring your work and following your blog have been a real eye opener for me. I’ve been operating from an IT-perspective for quite some time and I’ve always sensed that there is something missing in my toolbox. Especially when mapping people within the architecture.

      I really appreciate the simplicity of the core of Enterprise Canvas and that it allows you to, rather seamlessly, borrow parts of the framework to model architectural aspects where other frameworks falls short. E.g. when describing a business ecosystem from an outside out perspective, outlining business services or describing service-content.
      I’m a pragmatist and I use whatever means necessary to analyze, understand and communicate architecture. One morning I could be using Enterprise Canvas to describe the value flow of a business service to a business manager, and on the afternoon I could be using Archimate to describe an application cooperation needed to realize an application service to a systems architect. I do however need to do some more real-world practice in Enterprise Canvas to learn more and improve my skills.

      Your sharp pencil and, sort of, relentless crusade against IT-centrism in EA is truly inspiring and useful, and I believe your insights are gaining momentum to some extent within the EA community.
      Thanks for being an inspiration.

      /P

Leave a reply to tetradian Cancel reply