9.2.4: Tailoring Across Enterprise Archetypes
- Page ID
- 66227
\( \newcommand{\vecs}[1]{\overset { \scriptstyle \rightharpoonup} {\mathbf{#1}} } \)
\( \newcommand{\vecd}[1]{\overset{-\!-\!\rightharpoonup}{\vphantom{a}\smash {#1}}} \)
\( \newcommand{\dsum}{\displaystyle\sum\limits} \)
\( \newcommand{\dint}{\displaystyle\int\limits} \)
\( \newcommand{\dlim}{\displaystyle\lim\limits} \)
\( \newcommand{\id}{\mathrm{id}}\) \( \newcommand{\Span}{\mathrm{span}}\)
( \newcommand{\kernel}{\mathrm{null}\,}\) \( \newcommand{\range}{\mathrm{range}\,}\)
\( \newcommand{\RealPart}{\mathrm{Re}}\) \( \newcommand{\ImaginaryPart}{\mathrm{Im}}\)
\( \newcommand{\Argument}{\mathrm{Arg}}\) \( \newcommand{\norm}[1]{\| #1 \|}\)
\( \newcommand{\inner}[2]{\langle #1, #2 \rangle}\)
\( \newcommand{\Span}{\mathrm{span}}\)
\( \newcommand{\id}{\mathrm{id}}\)
\( \newcommand{\Span}{\mathrm{span}}\)
\( \newcommand{\kernel}{\mathrm{null}\,}\)
\( \newcommand{\range}{\mathrm{range}\,}\)
\( \newcommand{\RealPart}{\mathrm{Re}}\)
\( \newcommand{\ImaginaryPart}{\mathrm{Im}}\)
\( \newcommand{\Argument}{\mathrm{Arg}}\)
\( \newcommand{\norm}[1]{\| #1 \|}\)
\( \newcommand{\inner}[2]{\langle #1, #2 \rangle}\)
\( \newcommand{\Span}{\mathrm{span}}\) \( \newcommand{\AA}{\unicode[.8,0]{x212B}}\)
\( \newcommand{\vectorA}[1]{\vec{#1}} % arrow\)
\( \newcommand{\vectorAt}[1]{\vec{\text{#1}}} % arrow\)
\( \newcommand{\vectorB}[1]{\overset { \scriptstyle \rightharpoonup} {\mathbf{#1}} } \)
\( \newcommand{\vectorC}[1]{\textbf{#1}} \)
\( \newcommand{\vectorD}[1]{\overrightarrow{#1}} \)
\( \newcommand{\vectorDt}[1]{\overrightarrow{\text{#1}}} \)
\( \newcommand{\vectE}[1]{\overset{-\!-\!\rightharpoonup}{\vphantom{a}\smash{\mathbf {#1}}}} \)
\( \newcommand{\vecs}[1]{\overset { \scriptstyle \rightharpoonup} {\mathbf{#1}} } \)
\(\newcommand{\longvect}{\overrightarrow}\)
\( \newcommand{\vecd}[1]{\overset{-\!-\!\rightharpoonup}{\vphantom{a}\smash {#1}}} \)
\(\newcommand{\ket}[1]{\left| #1 \right>}\)
\(\newcommand{\bra}[1]{\left< #1 \right|}\)
\(\newcommand{\braket}[2]{\left< #1 \vphantom{#2} \right| \left. #2 \vphantom{#1} \right>}\)
\(\newcommand{\braopket}[3]{\left< #1 \vphantom{#2}\vphantom{#3} \right| #2 \vphantom{#1}\vphantom{#3} \left| #3 \vphantom{#1}\vphantom{#2} \right>}\)
\(\newcommand{\qmvec}[1]{\mathbf{\vec{#1}}}\)
\(\newcommand{\op}[1]{\hat{\mathbf{#1}}}\)
\(\newcommand{\expect}[1]{\langle #1 \rangle}\)
\(\newcommand{\dfn}[1]{\emph{\textbf{#1}}}\)
Archetype Specific Tailoring
Think about the difference between driving a go-kart, driving a city bus, and flying a commercial airliner. A go-kart's only real rule is wear a helmet. It's lightweight and built for speed, and bolting on heavy steel doors or an autopilot would just make it too heavy to move at all. A commercial airliner carrying hundreds of passengers needs a lengthy pre-flight checklist, a co-pilot, air traffic control, and rigid safety protocols, because the cost of getting it wrong is genuinely catastrophic.
Organizations fall into similarly different categories, usually called enterprise archetypes. There's no single correct governance model that fits every company equally well. The right amount of formality depends on the organization's actual size, culture, and how fast it genuinely needs to move, and a portfolio manager's job is right-sizing the rules to match.
The Three Major Enterprise Archetypes
Most companies fall into one of three broad categories when it comes to how they should actually be governed. Table \(\PageIndex{1}\): The Three Enterprise Archetypes lays out how each type of organization needs a genuinely different governance model.
| Archetype | Description | Governance Style |
|---|---|---|
| The Agile Startup (Go-Kart) | Young, fast-moving, trying to prove an idea before running out of cash | Rapid, informal intake; minimal process |
| The Mid-Market Enterprise (City Bus) | Established, predictable, running on regular cycles | Structured business cases, formal stage gates, annual budgeting |
| The Regulated Conglomerate (Airliner) | Global scale, billion-dollar projects, strict legal exposure | Heavy, multi-signature safety gates and rigorous compliance tracking |
The Time Frame of Survival: Burn Rates vs. Brand Catastrophes
Understanding why one rulebook can't fit every company means looking at what "survival" actually threatens for each of them. Picture a startup with a million dollars in funding, spending 100,000 dollars a month just to pay its small team and keep the servers running. That gives it exactly ten months of runway. If that startup adopts a heavy governance process requiring three months of committee meetings just to approve a pivot to a new feature, it's just burned nearly a third of its entire remaining lifespan sitting in meetings. For a startup, over-engineered governance isn't inconvenient. It's fatal, since the company runs out of money before it ever gets the chance to prove its idea works.
Now flip the scenario entirely. A massive global energy company isn't worried about running out of cash by year end. It has billions of dollars in reserve. But its projects can involve genuinely dangerous operations, like deep-ocean drilling. If that same company runs with a weak or missing governance process, letting teams skip safety gates to save a little time, the consequence isn't a missed deadline. A poorly audited project going wrong can mean catastrophic environmental damage, billions in legal exposure, and reputational damage that lasts for a generation. The same light-touch governance that would be sensible for the startup would be reckless here, and the same heavy governance that would be reckless for the startup is exactly what protects a company operating at this scale.
The Go-Kart Inside the Airliner: Startups Within Big Companies
The genuinely hard case is what happens when a massive, established company wants to act like a fast-moving startup for part of its own portfolio. Large tech companies known for a "move fast and break things" philosophy still know that forcing every experimental idea through a heavy corporate approval process guarantees they'll never invent anything new before a smaller competitor beats them to it.
The fix is bi-modal governance, running two different rulebooks inside the same company at the same time. Core infrastructure, the systems that keep a platform running for billions of people, gets the full, rigorous safety gate treatment, since breaking something at that scale takes a global service offline. A small internal team testing a genuinely new, unproven feature gets something completely different: a small seed budget and none of the heavy corporate paperwork. The rule for that internal sandbox is fail fast. Spend a little money quickly to find out whether the idea actually works. If it fails, shut it down immediately with no punishment attached to the attempt. If it succeeds, graduate it cleanly into the core portfolio, where it now gets a real budget and the standard, heavier safety rules that come with operating at genuine scale.
Time Horizons: What Does Long-Term Actually Mean?
Because every archetype operates on a different clock, what counts as short-term or long-term strategy has to adapt too. A young startup might treat one year as short-term and three years as genuinely long-term. A company building something like a self-landing rocket or a global satellite network can't operate on that same clock at all, since building either one takes years just to reach a first working version. For an organization moving at that scale, five to ten years can be the realistic short-term horizon, with true long-term thinking measured in actual decades. Neither framing is more correct than the other. Each one simply reflects the real operating reality of the organization using it.
Maturing Gracefully: The P3M3 Pathway
For an organization moving from informal habits toward something more structured, a maturity model like P3M3, the Portfolio, Programme, and Project Management Maturity Model, offers a realistic, phased path rather than a disruptive overnight overhaul that would just provoke employees to quietly ignore the new paperwork. Level 1, awareness, describes ad-hoc processes well suited to an early startup. Level 2, repeatable, introduces basic budget and schedule tracking. Level 3, defined, brings in standardized intake and scoring, often the exact point where a successful internal startup graduates into the core portfolio described above. Levels 4 and 5, managed and optimized, bring in the advanced predictive analytics and strict stage-gating that a global conglomerate genuinely needs at its scale.
A common assumption is that one heavy governance model should apply universally, regardless of an organization's size, industry, or need for speed. As a company genuinely grows from a scrappy startup into a mature organization, though, managing millions of dollars through informal decisions eventually becomes dangerous on its own terms, and more structure does need to arrive at some point. The mistake isn't wanting more structure eventually. It's assuming the heaviest possible structure should have applied from day one, regardless of what stage the organization was actually at.
The real value of portfolio management as a discipline lies precisely in this adaptability. Governance processes, decision thresholds, and reporting rigor all need to be right-sized to match an organization's actual maturity and its actual need for speed, rather than copied wholesale from a textbook example that may have nothing to do with the organization's real circumstances at all.

