LeadingAgile is Now LiminalArc. Read the Full Announcement

Move beyond isolated AI experiments to build scalable, domain-driven systems with AI-ready architectures.

Enhance valuation and accelerate ROI through due diligence, tech migrations, and strategic restructuring.

Control cloud costs, streamline data, and focus investments on high-value, scalable solutions.

Streamline operations and improve decision-making by aligning your ERP systems with how your business actually works.

Reduce risk and increase resilience by closing the security gaps hiding in your architecture and workflows.

Optimize operations, restructure teams, and modernize technology to maximize the value of digital investments.

Deliver mission-critical software in production-ready increments that create measurable value early.

Reduce risk and complexity with every cycle, turning legacy systems into platforms that can evolve.

The belief that shaped us — and how it evolved into LiminalArc, the natural next step in our journey.

Our team of over 100 experts spans the nation, from consultants and technical architects to product specialists.

We are looking to hire mature, pragmatic consultants who are deeply passionate about meaningful change.

The Shape of Your Portfolio

Reading: The Shape of Your Portfolio

What is your capability model showing you?

In the world of Agile Software development, capability model may not be a term commonly used. We often think of Agile as describing how the development teams function, standups, planning, demo, retro, much of the delivery world moves to the scrum rhythm. Capability model, now how does that fit into building better software?

A capability model is a graphical definition of what your organization does. In the most simplistic form, the model is an outline of business processes. Once the outline is created, the components of the outline can be assessed as to how they are valued and how they are performing for the business. Normally a portfolio team responsible for a line of business will assess the capabilities within their line of business. All of this analysis is just a pre-cursor to portfolio planning that will allow an organization to determine where should we invest in tools to support our business processes. The tool used to improve the performance of a business capability we are going to discuss is software.

So how do you get your capability model to help you decide where to focus your software dollars? And what does that focus tell you about your current portfolio? Lets look at how a Value/Performance matrix and Suitability/Pace of Change Matrix can facilitate the answers to the questions.

In the case of the capability analysis below the organization has defined their portfolio, as needed major improvements to Architecture. This portfolio team agrees that to grow or exploit business capabilities the underlying software architecture needs a major improvement. The shape of the portfolio is helping to communicate where there will not be an influx of new features but that new tools and software will improve capabilities.

Capability 1

For a similar business capability Model but Architecture that can support new features the Architectural Model below helps to communicate that most of the investment will result in new features and may have an impact on organizations other than Software.

Capability 2

In a mature architecture, that is well suited and aligned to business priorities, most of the change in the system will be defined as small enhancements. This allows the rest of the organization to consume change in small chunks so investments in training should be minimal.

Capability 3

Portfolio planning helps the organization to align software delivery to business priorities and predict the impact of software changes. The capability model combined with software architectural matrix is a valuable communication tool.

Next How To Tell What Is Actually Going On At The Portfolio Level

Comments (3)

  1. Alex Randell
    Reply

    Great blog – thank you so much for making the connection between business capabilities, portfolio health, and agile efforts. There is so much value in this and it is something both the business architecture and agile communities should understand and continue to drive forward.

    A couple of minor points from the business architecture angle (I am practitioner of this discipline):

    From a technical/literal standpoint, it should be a capability map, not model. And a capability map depicts “what a business does”, not a process. A process depicts how a business accomplishes that “what” (roughly speaking).

    I’d be glad to discuss this more with you, if you are interested! Thanks again!

    Reply
    • Jann Thomas
      Reply

      Alex thanks for reading and thanks for the comment. When defining the concepts here it is important to use consistent terminology. I appreciate your feedback. I will drop you a mail and we can continue the conversation.

      Thanks,
      Jann

      Reply
  2. marco
    Reply

    What do the various colours refer to?

    Reply

Leave a comment

Your email address will not be published. Required fields are marked *

×