Application Portfolio Management (APM) Best Practices - Define where APM should live and who should own it - Enterprise Architecture, Engineering, or the IT equivalent of a COO organization
Application Portfolio Management (APM) Best Practices
Chapter 15. Define where APM should live and who should own it - Enterprise Architecture, Engineering, or the IT equivalent of a COO organization
Executive Summary: Chapter Overview
IF4ITThe Bottom Line
Core Concepts
| Concept | Definition & Strategic Role |
|---|---|
| Organizational Home for APM | The specific function within IT leadership that operates APM on behalf of the enterprise — typically Enterprise Architecture, Engineering, or an IT COO-style organization with cross-domain scope. |
| Enterprise-Scope Authority | The mandate and cross-organizational visibility required for APM to govern applications owned by delivery teams without being subordinated to any single team’s priorities. |
Quick Q&A
Question: Why does the wrong organizational home cripple APM?
Question: How should the choice among Enterprise Architecture, Engineering, and IT COO be made?
Read More Below
Overview
The organizational home of APM determines its scope of authority, its access to data, its credibility with stakeholders, and ultimately its effectiveness. APM placed within a single business unit or a purely operational technology team has neither the cross-organizational authority nor the strategic perspective needed to govern an enterprise-spanning portfolio. It becomes a departmental capability dressed as an enterprise one, and its recommendations carry only the weight of the function that houses it.
Best Practice
Locate APM in a function with genuine enterprise-wide scope and cross-organizational authority, operating explicitly on behalf of IT leadership. Three organizational homes are strongly recommended. Enterprise Architecture is the preferred home: it already has the cross-organizational mandate, the architectural perspective, and the governance relationships that APM requires. A centralized Engineering function is equally viable where it has the technical depth and enterprise-spanning operational authority to enforce portfolio standards across all technology domains. The IT equivalent of a COO organization - an enterprise-spanning operational function with a mandate to govern how IT operates across all units - is a strong alternative where EA and Engineering do not have sufficient organizational standing. In all cases, APM ownership should be an explicitly named responsibility of the function, not an assumed one.
Benefit(s)
Placing APM in an enterprise-spanning function with appropriate authority produces a capability that can actually govern the portfolio rather than merely observe it. Portfolio standards are enforced because the owning function has the authority to enforce them. Portfolio data is complete because the owning function has the organizational standing to require contributions from all business units. Portfolio decisions are credible because they come from a function that leadership trusts to represent the enterprise perspective rather than a departmental one.
How to cite this page
When referencing this page in academic work, internal standards, or external publications, include the page title, IF4IT as author and publisher (The International Foundation for Information Technology (IF4IT), LLC), the URL, and your access date.
Example (informal web citation):
The International Foundation for Information Technology (IF4IT), LLC. Define where APM should live and who should own it - Enterprise Architecture, Engineering, or the IT equivalent of a COO organization | Application Portfolio Management (APM) Best Practices. https://if4it.org/best-practices/application-portfolio-management-apm/define-where-apm-should-live-and-who-should-own-it-enterprise-architecture-engineering-or-the-it-equivalent-of-a-coo-organization/ (accessed 2026-07-22).
See About Us for content governance and site-wide citation guidance.
Copyright for The International Foundation for Information Technology (IF4IT), LLC: 2008 - Present
Legal Disclaimers