Develop Capability Not Architecture: the next frontier in ICT delivery Reply

In our previous blogs we outlined the key problems facing enterprise architecture, namely:  (a) overwhelming complexity, (b) poor integration of concepts, (c) lack of financial relevance, and (d) poor program choice.  The real problem with enterprise architecture is, however, architecture.  Rather it is the focus on architecture, equipment, kit or stuff which is the real problem.  Engineers do what engineers like to do best – build things.  Yet, in focusing on structures enterprises fail to take heed of the things that matter financially – functions.

In order to deliver benefit and value enterprise architecture must create a language whereby the ‘objects’ of financial analysis may be moved directly to the design community within a single model.  This may be as simple as the numbers on a spreadsheet or as complex as objects within a UML model.

One solution is through capability.  Capability provides us with the means to bridge the gap between the design structures of an organisation/enterprise and its functions – the primary functional model being the value chain.

The first level of decomposition from the value chain is the set of Value Activities (Porter provides no further guidance on decomposition and cost allocation).  A value activity is the key to differentiation, i.e. by arranging value activities in a unique way companies achieve a competitive advantage through differentiation of their value chains.  The specification of a value activity, however, is a capability.

Capability is already accounted for within defence architectural frameworks such as MoDAF and is defined as “the specification of an enterprise’s ability to do something.” Capability is the sum total of all people (roles), processes, systems and infrastructure necessary to perform a function.

Companies and government departments/agencies have many capabilities but all of them should be described at the same level (i.e. primary capabilities) and seen as the instantiation of value activities.  Otherwise, the term capability may inspire higgledy-piggledy capability and sub-capability definition.  It is our experience that deriving them directly from value activities is the easiest and most efficient means of capability definition.

Once performed, capability definition may be visualised similar to Figure 1.  Capabilities stretch over many functions and may not necessarily include all in between.  Moreover, once performed, capabilities mustbe checked against financial cost allocation to ensure that they match.  There is little point coming up with an ontologically correct definition of an operational asset if the finance department have assigned its costs elsewhere.  Given that the primary means of a capability model is for the efficient investment of capital it is best that the work is performed in conjunction with the CFO’s office.

Capabilities are powerful concepts yet poorly understood and implemented worse.  Capabilities have the ability to empower enterprise architecture and finally make it commercially relevant.

Enterprise architecture will fail to gain any traction within the corporate environment so long as it cannot achieve a meaningful link between finance and ICT.  When it does, enterprise architecture will hold the key to dealing with commercial complexity and organisational entropy.

The Architectural Enterprise: developing an EA program in an organisation Reply


Enterprise architecture is what happens not what an organisation does.  The teams, roles, structures and functions already exist within most organisations. The benefits of an enterprise architecture are best driven from a central, cross-functional governing body which has the power to (a) analyse the business and (b) drive alignment of the technical architecture.

EA is not a separate team or function.  EA is best achieved from a high-level by linking the functions of teams and business units. Most businesses already have enough EA structures already  in place.  The usual failing is focus not facilities.

Using an active governance, risk & compliance framework enterprises can ensure alignment of business capability and technical architecture.  To achieve this businesses should focus on the following 3 steps:

  1.   Focus on Business Capability not technical architecture.
  •   Use financial modelling.
  •   Use Value Chain modelling for alignment.
  •   Use parametric modelling to ensure that capability does not decrease with costs.
  1.   Become a source of value for the business.  Offer capability development into the Strategic Business Units.
  •   It is the only way to get full visibility of their cost structures.
  •   Build better stakeholder buy-in for complex projects.
  1.   Enterprise Architecture best sits within the GRC function.  An Architectural Council (Tier 2 executives) which helps provide the focus for architectural development.
  •   Reinvigorate the Business Lifecycle Governance Process with dynamic assurance measures.
  •   Remove much of the onerous, burdensome program review and develop a more analytical assurance based model.