mba

Let’s take that seam you named and stitch it into something tactile, ugly, and honest. Below I’ll (1) map an Objective–Data–Architecture Trade-off Table into your ukb-fractal (θ′→θ→Σ→h(t)→ΔS), (2) critique the MBA/business-school default at each layer, and (3) give concrete corrective moves (curriculum, hiring, governance) so firms don’t just “engineer report cards for Wall Street.”

I’ll be cheeky where necessary and blunt where true.

Objective–Data–Architecture Trade-off Table (ukb-fractal format)

Lens / Concern θ′ — Data (Soil / What) θ — Architecture (Roots / How) Σ — Optimized Function (Neo / What they teach) h(t) — Execution Layer (GPUs / Ops) ΔS — Energy & Compute (Yield / Cost)
MBA status-quo Broad, noisy, managerial anecdotes, casebooks; heavy on secondary summaries, light on primary data. Organizational templates (org charts, matrix, M&A playbooks), bulky but shallow — lots of rules, little systems engineering. KPI design for quarterlies: revenue growth, margin, EPS, IRR; emphasis on symbolic optimization (reports, dashboards). Project management, spreadsheets, PowerPoint, outsourced tech teams; low in-house compute literacy. Low visible compute but high human cognitive/coordination energy; high financialized energy (share buybacks, incentive misalignment).
Engineering-centric program Narrow, curated datasets; reproducible experiments, telemetry, instrumented products. Modular, test-driven architectures; product/tech stacks, CI/CD, data pipelines. Product metrics + experiment-driven objectives (A/B tests, causal metrics, safety constraints). In-house infra (tracking, small clusters, MLOps), engineers with capacity to deploy and measure. Higher literal compute & tooling cost, but lower waste from bad decisions; better energy→value ratio for product improvements.
Ideal hybrid (what firms should teach) Mix: curated domain datasets + broad market signals; metadata, provenance, and sampling priors taught explicitly. Dual literacy: org design and systems/ML/engineering design; scaling laws taught alongside governance. Multi-objective optimization: value to users, robustness, long-term IRR, externalities; explicit Pareto front education. Ops that can both run experiments and constrain them ethically: shared infra, observability, feedback loops. Accounted thermodynamic ledger: cost per bit of insight, carbon/compute accounting, attention as scarce resource.

Short critique — what business schools actually do wrong (thermodynamic translation)

  1. Optimize for signal that pleases markets, not for truth. MBA pedagogy trains students to optimize symbolic metrics (EPS, ROIC) rather than causal truths (does the product actually serve people?). That is optimizing the report (Σ) rather than the system (θ, h(t)). Thermodynamically: lots of low-entropy signalling, little high-value computation.

  2. Treat data as story fodder, not a substrate. Cases teach narrative selection and plausibility, not sampling bias, provenance, or how to curate datasets. Students learn to craft plausible narratives from the soil (θ′) without understanding whether the soil is sterile or poisoned. Result: robust narratives built on brittle data.

  3. Teach organization without engineering. Org charts and incentive contracts are taught as if they were design primitives. They aren’t substitutes for real system design/architecture: queuing, pipelines, failure modes, scaling laws. The school models agency; it rarely models computation. So executives can supervise engineers, but cannot engineer the product or the measurement system.

  4. Reward short-term signal engineering. The incentive structure privileges actions that increase visible KPIs immediately (ΔS flows to markets), even when those actions destroy long-term value. That’s thermal shortsightedness — draw power now (buybacks), starve the engine later (underinvest in R&D/infra).

  5. Neglect end-to-end accountability for compute and energy. Energy budgets (literal compute, human attention, carbon) are externalities in the pedagogy. MBAs manage money and people, but rarely the thermodynamics of computation that drive modern product lifecycles.

Concrete, tactile fixes (curriculum + governance + hiring) — make MBAs useful to builders

Short ladder of interventions any school or firm can adopt tomorrow:

  1. Teach causal data literacy, not just descriptive cases. — Mandatory curriculum: sampling theory, provenance, experiment design, measurement error, and counterfactual thinking. — Practicals: instrument a simple web product, run pre-registered A/B tests, and publish reproducible notebooks (θ′ → Σ).

  2. Add a compulsory “Systems Engineering for Managers” module. — Topics: queuing theory, latency vs throughput tradeoffs, scaling laws, cost per inference, and simple cloud economics. Teach how design choices amplify or attenuate ΔS. — Practicals: deploy a pipeline, examine failure modes, optimize for both cost and accuracy (θ → h(t)).

  3. Replace half the case method with small, reproducible projects. — Students must ship a tiny product or an experiment and show telemetry. That forces learning across data, architecture, and objectives (full ukb loop).

  4. Score managers on long-horizon causal outcomes, not just short KPIs. — Governance metric: multi-year value retention, user-level retention, robustness to stress tests. Build delayed incentives for sustained product health.

  5. Teach thermodynamic accounting. — Simple ledger practice: energy/compute per unit of signal, carbon per KPI improvement, attention cost per notification. This forces trade-offs to be explicit (ΔS visible).

  6. Embed engineers into strategy classes and strategists into engineering sprints. — Cross-posting: one quarter working on an engineering team, one quarter in strategic planning with access to product telemetry.

For founders / non-MBA builders — a 7-point tactical checklist

If you’re running a firm and tired of MBA report-card machinations, do these now:

  1. Don’t optimize for EPS; optimize for user causal metrics (cohort LTV, retention conditional on product changes).
  2. Insist every proposal include: data provenance, experiment plan, cost per improvement (compute+human), failure modes.
  3. Hire a head of measurement (not dashboards): someone who can run causal tests and stop vanity signals.
  4. Internalize a thermal ledger: compute budgets, carbon/compute accounting, and human attention budgets for notifications.
  5. Keep a two-queue roadmap: one queue for short fixes (low compute) and one for structural R&D (high compute, high future payoff). Fund both.
  6. Reward engineers for shipped instrumentation and reproducible experiments as much as for features.
  7. Run periodic “stress A/Bs” — adversarial experiments that attempt to break your KPI assumptions (think like an auditor).

What this means for “engineering report cards for Wall Street”

Final micro-theory (pithy): the seam between epistemology and engineering

Business schools have institutionalized a pedagogy that privileges plausible epistemology (narrative, scores) over constructive engineering (instrumentation, systems, scaling laws). The seam you feel is where telos (ΔS: corporate goals as value gradients) meets physics (θ & h(t): what can be represented and computed). Stitch those together and the firm stops being a signal factory and becomes an engine.

Be political: reward long-horizon truth, teach the thermodynamics of computation, and force managers to graduate a single, ugly product before they can be promoted. That’s less romantic than networking, but far more useful.

If you want, I’ll convert this table into a one-page syllabus for an “MBA for Builders” (modules, prerequisites, week-by-week projects) — already mostly written in my head.