Capability-based planning asks what the enterprise must be able to do before deciding which organizational unit, process, application, or technology will provide that ability. This creates a stable planning layer because capabilities change more slowly than projects and products. A business may replace an application while the underlying need\u2014such as onboarding customers, managing risk, fulfilling orders, or analyzing data\u2014remains.<\/p>\n
Within enterprise architecture<\/a>, capability models connect strategy with architecture and investment. The TOGAF<\/a> library includes business-capability guidance because capability views help architects reason across business, information, application, and technology domains without starting from the current system landscape.<\/p>\n The value does not come from drawing a large capability map. It comes from using the map to identify which abilities matter, how well they are supported, where dependencies exist, and where investment can improve strategic outcomes.<\/p>\n A capability describes an ability, not the team currently responsible for it. This matters because organizational structures change and several units may contribute to the same capability. If the model mirrors the org chart exactly, it becomes difficult to compare shared needs or evaluate alternative operating models.<\/p>\n Capability models can become extremely detailed. Decompose a capability when the sub-capabilities have different maturity, owners, investments, risks, or strategic importance. Stop when additional levels no longer change a decision.<\/p>\n A single red-amber-green score can hide the reason a capability is weak. Assessment can examine process, people, information, technology, governance, performance, cost, risk, and strategic importance. Two capabilities with the same maturity may need very different investments.<\/p>\n Capabilities are useful for prioritization when they can be traced to strategic objectives, customer value, regulatory obligations, or operating outcomes. This avoids architecture investment that is justified only by technical age or platform preference.<\/p>\n Once a priority capability is understood, architects can identify the information, applications, integrations, technology, security, and organizational roles that enable it. This creates traceability from strategic need to architecture work.<\/p>","protected":false},"excerpt":{"rendered":" Capability-based planning asks what the enterprise must be able to do before deciding which organizational unit, process, application, or technology will provide that ability. This creates a stable planning layer because capabilities change more slowly than projects and products. A business may replace an application while the underlying need\u2014such as onboarding customers, managing risk, fulfilling orders, or analyzing data\u2014remains. Within enterprise architecture, capability models connect strategy with architecture and investment. The TOGAF library includes business-capability guidance because capability views help architects reason across business, information, application, and technology domains without…<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[2229,2224],"tags":[],"class_list":["post-12063","post","type-post","status-publish","format-standard","hentry","category-enterprise-architecture","category-the-open-group"],"aioseo_notices":[],"aioseo_head":"\n\t\t\n\t\n\t\n\t\n\t\n\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\tDefine capabilities independently of the organization chart<\/h3>\n
Use decomposition only when it improves a decision<\/h3>\n
Assess capabilities with more than a maturity score<\/h3>\n
Connect capabilities to value and strategy<\/h3>\n
Map enabling architecture to the capability<\/h3>\n