§ Portfolio · Methodologies

Abstract patterns.

Reusable methodologies extracted from 15+ years of capital-program delivery. Names, dollar figures, and program specifics are stripped — what remains is the pattern that travels. For the named engagements where these were developed, see /portfolio/case-studies.

01.
Pattern Program controls · federal infrastructure

Cost-reporting governance SOP

Standard Operating Procedure as a deliverable, not paperwork

Governance discipline is the product; the dashboard is the artifact that surfaces it.

Summary When a capital program needs cost-reporting to hold up under federal audit + multi-party JV governance, the Standard Operating Procedure document is the single most leveraged deliverable on the controls team's backlog. Authoring an SOP forces explicit agreement on what "cost-reporting" means before the first refresh cycle.

Context Multi-billion-dollar federal-funded programs (rail, transit, higher- ed bond) report to multiple audiences with non-aligned definitions of "actuals," "commitments," "EAC," and "variance threshold." Without written governance, every monthly refresh re-debates definitions and every audit re-discovers gaps.

Mechanism
  • Single authoritative SOP doc — sectioned by audience (program / package / discipline)
  • Definitions table covering 20-30 cost terms (actuals, commitments, accruals, EAC, ETC, variance thresholds, etc.)
  • Monthly refresh workflow documented as a runbook with timing windows + handoff points
  • Dashboard surface = downstream consumer of the SOP; not the source of truth
  • Versioned with change-log + sign-off line per revision
When to use
  • Capital programs with > 3 reporting audiences
  • Federal-funded delivery requiring audit-readiness
  • JV delivery where partners need to agree on terms before reporting
  • Multi-package programs needing roll-up rules
Anti-pattern

Building the dashboard first, then back-filling definitions. The dashboard becomes the de-facto SOP, and disagreements surface during the audit instead of during the design phase.

Stack-agnostic
02.
Pattern Data engineering · cost integration

ERP-to-CBS mapping automation

Map once at the boundary, refresh the dashboard for free

Cost-Breakdown Structures change slowly; ERP cost objects change weekly. Encode the mapping at the boundary, not in the dashboard.

Summary When the program-controls cost-breakdown structure (CBS) doesn't match the ERP's cost objects (typical when the WBS was set up before the ERP was implemented), every monthly refresh rebuilds the mapping by hand. The fix is to encode the mapping as a versioned table at the ingestion boundary so the refresh becomes a SELECT.

Context Large programs run on ERPs (SAP, Oracle EBS, Workday Adaptive) whose cost-object hierarchy was designed for the prime contractor's corporate finance, not the program's WBS. The standard symptom is a scheduler + cost analyst doing weekly VLOOKUP rituals to translate ERP cost objects into program-CBS rows.

Mechanism
  • Mapping table maintained outside the dashboard (Postgres, SharePoint list, or governed CSV)
  • Boundary script applies the mapping during ingest; downstream consumers see only CBS
  • Mapping changes are versioned + dated so historical reports stay reproducible
  • Monthly refresh becomes idempotent — same input data + same mapping = same output
  • Unmapped cost-objects raise an exception, not silently drop
When to use
  • Programs where WBS predates the ERP rollout
  • Multi-package programs sharing one ERP
  • Audit-sensitive delivery where historical reproducibility is non-negotiable
Anti-pattern

Putting the mapping logic in the dashboard's data-model. The dashboard becomes brittle, hard to test, and impossible to back-fill when the mapping changes.

Stack-agnostic
03.
Pattern Program controls · contract management

Monthly Invoice Compliance & Deliverables Checklist

Tie payment to evidence, not just to invoice receipt

An invoice without the contractual deliverables that earn it is a request for payment, not a billable event.

Summary When a program manages multiple construction-management firms billing monthly against a master contract, the default flow is "invoice arrives → AP cuts check." That flow eats the program's leverage. A Monthly Invoice Compliance Checklist makes the deliverables the gate — payment releases only when the contractually-required evidence is attached and current.

Context Bond-funded higher-education + federal capital programs operate under prescriptive contract terms (deliverables tables, risk-register cadence, schedule-update cycles, document control). The PMO has the authority to enforce these but rarely the tooling. The checklist turns the contract clauses into a monthly verification loop.

Mechanism
  • Pre-defined checklist mirrored to the contract's deliverables table
  • Each invoice cycle: checklist run before payment authorization
  • Gaps documented as issues with action plans + owners + due dates
  • Risks/issues attached to the invoice review packet (not parked elsewhere)
  • Repeated gaps escalate to contract-management review
When to use
  • Multi-CM-firm bond programs
  • Federal-funded capital programs with prescriptive deliverables
  • Any engagement where the contract has teeth but the controls don't enforce them
Anti-pattern

Maintaining the checklist in a separate file the CM firm never sees. Compliance happens only when the PMO flags a gap, which removes the deliverable from the firm's normal monthly rhythm.

Stack-agnostic
04.
Pattern Data engineering · real-estate finance

Multi-typology cost-center hierarchy

Standardize-then-federate, never federate-then-reconcile

If 50 portfolio companies report on incompatible cost-center hierarchies, the answer is one hierarchy with N typologies — not N hierarchies.

Summary Real-estate investment platforms that grow by acquisition end up with 50+ operating companies, each carrying its own cost-center taxonomy inherited from its own ERP rollout. The default is "reconcile during consolidation," which means the central data plane never holds a clean source of truth. The fix is to design ONE standardized cost-center hierarchy with N typology variants (residential / commercial / land-development / mixed-use), then federate the operating companies into it.

Context Investment-grade real-estate platforms ($1B+ AUM, multi-fund) need unified financial reporting + ML-driven performance tracking, which both depend on a consistent cost-center taxonomy. The portfolio companies were not designed to report into one — they were acquired with their own setups. Migration requires a deliberate "typology first" framing.

Mechanism
  • Define a standardized hierarchy with 4-6 typology variants (one per major real-estate product)
  • Each typology has its own bottom-3-levels of detail, shared top-3 levels
  • Acquired company → typology assignment as the FIRST integration step
  • Migration rewrites historical data into the standardized hierarchy
  • Future acquisitions land on the typology spine on day 1
When to use
  • Investment platforms growing by acquisition
  • Multi-product portfolio finance (real estate · infrastructure · operating businesses)
  • Any consolidation effort where the standardization step is being deferred
Anti-pattern

Building consolidation logic that reconciles N→1 at report time. The complexity compounds with each acquisition; the historical baseline is never trustable; ML-driven detection becomes impossible because the feature space changes every time.

Stack-agnostic
05.
Pattern Procurement · capital programs

Curve A procurement strategy

Pareto-prioritize the critical 20% of spend for negotiation focus

Procurement leverage compounds where spend concentrates. Spread the team across every PO equally and you negotiate nothing well.

Summary Capital programs run hundreds of procurement packages per year. The team's negotiation hours are finite. Treating every package identically produces uniformly-acceptable terms and zero outliers. Curve A strategy carves out the top-20% spend categories (the "Curve A" cut) for negotiation focus, commitment controls, and supplier-governance investment — and accepts standardized terms on the rest.

Context Real-estate development + capital programs typically have a heavy- tailed spend distribution: a small set of categories (concrete, steel, MEP) carries most of the budget, while a long tail of small packages absorbs the team's time. Without explicit prioritization, the tail consumes the hours that should be spent on the head.

Mechanism
  • Spend analysis: rank categories by trailing-12-month spend
  • Top 20% by spend → Curve A: dedicated negotiation team, custom terms, supplier-governance program
  • Middle 30% → Curve B: standardized terms, periodic review
  • Bottom 50% → Curve C: framework agreements, minimal negotiation, focus on speed-of-issue
  • Commitment controls on Curve A: every PO above threshold reviewed against the negotiated baseline
When to use
  • Capital programs with > 100 active packages
  • Multi-site delivery with similar spend patterns
  • Any organization where 'we negotiate every PO' is operationally infeasible
Anti-pattern

Treating Curve C packages with Curve A rigor. The team's hours leak into low-value negotiations; the actual leverage on Curve A is left on the table.

Stack-agnostic
06.
Pattern Procurement · multi-site delivery

Standardized vendor prequalification

Standardize the upstream gate so the downstream selection becomes simple

Cost discipline below budget is the compounding effect of standardized prequalification across many sites — not unit-level negotiation wins.

Summary Multi-site residential / commercial delivery (30+ active sites) needs vendor selection to be fast + reliable across all sites. Custom prequalification per site explodes the operational surface; the team re-vets the same vendors repeatedly and inconsistencies leak into contract terms. Standardized prequalification at the regional HQ level compresses this into a single gate, freeing the per-site teams to focus on execution.

Context Brazil's largest homebuilder during the 2010-2012 period managed hundreds of contract packages per year across 30+ active sites in the North and Midwest regions. Cost discipline required contracting 10%+ below budget on average — achievable only through process standardization, not per-package heroics.

Mechanism
  • Single prequalification framework at the regional HQ level
  • Vendor capability + financial-health + safety + compliance scored once, reused across sites
  • Standardized contracting templates with negotiated framework terms
  • Per-site selection becomes a SHORTLIST QUERY against the prequalified pool
  • Baseline cost tracking + commitment controls at the package level enforce the framework rates
When to use
  • Multi-site programs sharing a vendor pool
  • Cost-sensitive segments (low-income housing, infrastructure) where margin discipline compounds
  • Organizations regionalized for execution but centralized for procurement
Anti-pattern

Letting each site re-prequalify its own vendors. The same vendor gets vetted 8 times; framework terms drift across sites; the audit trail is per-site instead of program-level.

Stack-agnostic
07.
Pattern Project controls · construction

Earned-Value baseline discipline

Zero-based budget is the EVM precondition — not the EVM byproduct

You cannot earn value against a baseline you can't defend. EVM only works downstream of a zero-based, line-item-justified budget.

Summary Earned-Value Management (CPI, SPI, SCI) requires a defensible baseline. Construction projects routinely apply EVM against rolled-up parametric budgets, then discover during execution that the baseline itself is not auditable — and the EVM signals become argumentative instead of decisive. The discipline that makes EVM useful is the zero-based budget that precedes it.

Context Mid-sized residential projects (50-200 units) running 36-48 month cycles need cost forecasting that holds up over multi-year inflation cycles. Without a zero-based budget, the team is forecasting against a baseline that nobody on the team built — and the variance signals lose their meaning at the same moment the project most needs them.

Mechanism
  • Develop the zero-based budget BEFORE construction start
  • Each line item traceable to a quantity + unit cost + assumption
  • Implement EVM (CPI, SPI, SCI) against the zero-based baseline
  • Index baseline against inflation (INCC in Brazil, CCI in the U.S.) to preserve real-terms variance reading
  • Forecasting discipline: monthly EAC update + variance threshold escalation
When to use
  • Multi-year construction cycles where inflation matters
  • Cost-sensitive segments where margin compression is real
  • Any project intending to use EVM seriously rather than ceremonially
Anti-pattern

Applying EVM on a parametric/rolled-up budget. The variance signals look meaningful but the baseline isn't defensible — when the project asks 'why are we 15% over,' nobody can trace the answer back to a defensible original assumption.

Stack-agnostic

Patterns abstracted from named engagements (Amtrak FDT, Peralta College Bond MSA, Trinus CO, EMISA, Direcional, Anglo American Barro Alto). For the source case studies see /portfolio/case-studies. Current-employer programs are intentionally out of scope — sector-level context only on /about.