Transportation Strategy — Cara A. Brown

The E2E Outbound Gigamap — one of two system-wide visualizations built for Enterprise Transportation (inbound and outbound). This one maps outbound transportation flow, friction points, and critical pairings. Deloitte used it to build TMS RFP requirements. 84.51 used it to identify scalability barriers. Teams used it to onboard new members.

Scale of the Work
$24M Annual transportation technology investment aligned to strategy for the first time
15+ Strategy elements — mission, vision, pillars, scorecard, maturity model, gigamaps, and more
Attempt to establish strategic direction — the only one that succeeded
7 Cross-functional stakeholder groups engaged in structured workshops to surface strategy pillars
The Organizational Problem

A function managing $24M in annual technology spend had never had a strategy. Two previous attempts had failed — not from lack of effort, but from a process mismatched to the organization.

Enterprise Transportation had no long-horizon alignment. Product decisions were driven by competing priorities and whoever had the most organizational momentum that week. Without strategic direction, the function couldn't demonstrate its own trajectory or value to executives who were asking for both.

The two prior strategy attempts hadn't failed because the work was wrong. They'd failed because they were designed as if the organization were cooperative. This one had to be designed differently — with organizational resistance as a design constraint, not an obstacle.

The work required reading two systems simultaneously: the transportation function's technical and operational complexity, and the organizational dynamics governing who had influence, how decisions moved, and what conditions made contribution feel safe. Strategy design at this altitude is always both.

The third attempt succeeded because it was designed to succeed inside the organization — not despite it.

How I Led

Four strategic decisions that made the difference — in the work and in the organization it had to move.

Every element of this engagement was a design decision — the process structure, the collaboration model, the sequencing of trust-building before commitment-asking. The work succeeded not because the strategy was better than the two that came before it, but because the conditions for producing it were engineered differently.

Before designing the strategy process, I assessed the organizational conditions that had defeated every previous attempt. The resistance wasn't interpersonal — it was systemic. A conflict-avoidant operating culture had made ambiguity structurally preferable to the vulnerability of commitment. Once I understood the system producing the resistance, I could design around it precisely rather than reacting to it repeatedly. The process I designed gave every stakeholder contribution and co-ownership from the start — building participation into the architecture so that by the time the strategy was complete, no one had grounds to reject work they had helped build. This is organizational change management applied upstream, before the change is asked for.

Different parts of this work required different capabilities. I brought my own: strategy architecture, analytical rigor, the methodological discipline to hold a sequential process steady under organizational pressure. But I also assessed what else the work needed — and deliberately brought in a collaborator whose strengths addressed the gap. In service design, everything is intentional because everything is impactful. Choosing who does what work, and why, is not a staffing decision — it's a design decision. The pairing was a precision instrument: I held the synthesis and strategy scaffolding while my collaborator ran parallel stakeholder validation, keeping people tethered to a process they'd have otherwise found ways to exit.

When I arrived, the product and business teams weren't misaligned — they were at war. No shared language, no shared direction, no functional relationship between the people building the technology and the people whose operations depended on it. Rather than addressing the conflict directly, I built the bridge through shared artifacts and shared accountability. I brought the Supply Chain Strategy into the room — authored by a key business partner the team actively resisted — and framed that partnership as alignment to something larger, not capitulation. The transportation team shifted from a siloed function to a contributor to a wider supply chain strategy. That reframe was the precondition for the TMS/WMS modernization that followed.

Good strategy doesn't begin with people declaring what it should be. It begins with rigorous inquiry — allowing the strategy to reveal itself from the evidence. The four strategic pillars weren't chosen by leadership preference. They emerged from structured workshops with seven cross-functional groups, secondary research, user feedback, and six months of iterative synthesis. Themes that kept reappearing — regardless of who was in the room or what role they held — became the pillars. The same process surfaced the vision: Frictionless flow from farm to fork. That distinction matters because it's the difference between a strategy people defend and a strategy people trust.

The Vision — Transportation's Rallying Cry "Frictionless flow from farm to fork." Zero waiting · Zero waste · Zero hassle
What Was Architected

Not a slide deck. A complete operating system — for the strategy and for the team running it.

The Strategy — 15+ Elements

Mission. Vision. Four strategic pillars. User groups and value propositions. A strategy scorecard with three measurement levels (Business, Strategy, Product). A technology and BI maturity model. Initiative detail and stakeholder tool. Build/buy decision framework. Two E2E gigamaps — inbound and outbound — mapping flow, friction, and critical pairings across the full transportation network.

Process + Engagement Design

Before the strategy could be built, the conditions for building it had to be created. The engagement structure itself — workshop cadences, 1:1 formats, contribution frameworks, co-ownership mechanics — was the first deliverable. It is what made the second attempt and third attempt fail, and this one succeed.

Executive Roadshow

The strategy was roadshowed to the VP of KTD, then to all KTD executives. Both sessions landed immediately — endorsement was unanimous and executives asked the team to expand the work further before the engagement concluded.

Key Artifacts

The tools that turned a strategy into something executable.

E2E OUTBOUND GIGAMAP — SYSTEM OVERVIEW SUPPLIER DISTRIBUTION TRANSPORT STORE OPS SYSTEMS ORDER PICK/PACK LOAD/DISPATCH TRANSIT RECEIVE PO generation Supplier confirmation ✕ Friction: visibility gap In-transit tracking DC receipt Inbound plan ✕ Friction: slot conflict Staging + load sequence Exception handling Carrier selection Rate + route logic ✕ Friction: TMS gap Driver dispatch POD capture TMS · WMS · ERP · BI PLATFORM — integration dependencies mapped FRICTION POINTS + CRITICAL PAIRINGS MAPPED ACROSS FULL OUTBOUND NETWORK STRATEGIC PILLARS SURFACED FROM ANALYSIS: Network Optimization Technology Modernization Carrier Relationship Mgmt Data + Visibility Platform STRATEGY SCORECARD — THREE MEASUREMENT LEVELS BUSINESS LEVEL Cost-per-mile · On-time % Carrier performance index STRATEGY LEVEL Pillar initiative progress Maturity model advancement PRODUCT LEVEL Feature delivery · Build/buy Adoption + quality metrics ■ Friction point — Flow of goods · Abstracted — actual maps confidential

E2E Outbound Gigamap + Strategy Scorecard: System-wide visualization of outbound transportation flow, friction points, and critical pairings — used by Deloitte to build TMS RFP requirements, by 84.51 to identify AI scalability barriers, and by teams for onboarding. Actual artifact confidential.

3-YEAR STRATEGY ARCHITECTURE — ENTERPRISE TRANSPORTATION VISION Frictionless flow from farm to fork MISSION Deliver reliable, efficient, transparent transportation — at enterprise scale STRATEGIC PILLARS PILLAR 1 Network Optimization 3 initiatives · 4 KPIs PILLAR 2 Technology Modernization TMS/WMS · Build/Buy framework PILLAR 3 Carrier Relationships 2 initiatives · scorecard PILLAR 4 Data + Visibility BI maturity model · 3 horizons TECHNOLOGY MATURITY MODEL — 3 HORIZONS HORIZON 1 — STABILIZE Current state · quick wins · Year 1 HORIZON 2 — SCALE Integration · modernization · Year 2 HORIZON 3 — DIFFERENTIATE AI/ML · predictive · Year 3 EXECUTIVE ENDORSEMENT VP KTD + All KTD Executives — unanimous · Deloitte adoption · 84.51 adoption Abstracted representation · 15+ strategy elements total · Actual document confidential

Strategy Architecture Overview: The full strategic system — vision, mission, four evidence-led pillars, technology maturity model, and scorecard framework. Roadshowed to the VP of KTD and all KTD executives; endorsed unanimously in both sessions.

Outcomes

Executive alignment, external validation, and a function that finally had a direction.

Executive Endorsement VP + All KTD Executives

The strategy was roadshowed to the VP of KTD, then to all KTD executives. Both sessions produced immediate, unanimous endorsement — the first unified strategic direction the function had ever established.

External Adoption Deloitte + 84.51

Deloitte used the outbound gigamap to develop TMS RFP requirements. 84.51's Director of Product cited the engagement as the model for what their merchandising teams needed to replicate.

Capital Aligned $24M Annual Portfolio

The annual transportation technology investment had no strategic direction before this work. The strategy gave that capital a framework — and gave leadership a tool to evaluate whether investment was moving the organization forward.

"How you work is the example we have given to the merchandising team — of what we need to be successful."

84.51 Director of Product · Supply Chain

"From a technical and solution architecture perspective it's extremely helpful — it gives a high head start on any design discussion."

Deloitte Team · Referencing the Gigamap

"Thanks for walking us through this ginormous map and making the complex make sense."

Dev Ops Team
Service Architecture
Layers 2 + 3

Layer 2 — Harmonization — happened through organizational diagnosis: understanding the operating environment precisely enough to design a process that could succeed inside it. Layer 3 — Service Scaffolding — happened in the tools: gigamaps, scorecards, execution frameworks that made the strategy durable beyond the engagement.

How I Work →
Skills Demonstrated
Long-Horizon Enterprise Strategy Organizational Change Management Operating Model Design KPI Framework Design Executive Facilitation Systems Mapping Stakeholder Navigation Cross-functional Alignment Influence Without Authority Enterprise Service Design