$24M in annual technology investment had no strategic direction. Three years. Two failed attempts. One precise organizational diagnosis — and a process engineered to succeed where the others hadn't.
A long-horizon enterprise technology strategy built through organizational complexity, cross-functional resistance, and deliberate design — that secured unanimous executive endorsement, drove external adoption by Deloitte and 84.51, and produced tools that outlasted the engagement.
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.
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.
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.
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.
The tools that turned a strategy into something executable.
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.
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.
Executive alignment, external validation, and a function that finally had a direction.
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.
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.
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 TeamLayers 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 →