the jambot  /  visual systems

how i sketch systems before i explain them

A working catalog of visual metaphors for reading work, forecasting consequences, and making hidden systems easier to discuss.

Part I: Read the Work · 4 metaphors
Part II: Test the System · 6 metaphors
Part III: Name the Tax · 1 metaphor

Most of these came from somewhere else.

A heat map from a trading desk. A flow tracker from logistics ops. A consequence ring from how military planners visualize second-order effects. A constellation map from the way a good coach reads a defense before the play develops. I did not invent these metaphors. I borrowed them from domains where misreading the field has an immediate, visible cost. The bet is that if they work where the stakes are that obvious, they should work where the stakes are just as real but harder to see: inside a product team, a planning cycle, a twenty-five person meeting where everyone walked out thinking they communicated.

I am constantly looking for better ways to talk about this work and to make it visible. This catalog grew from that restlessness. Every metaphor here started as an attempt to explain something I was watching happen: coordination breaking down, demand accumulating in silence, velocity slipping without anyone being able to say exactly why. The visuals are not the insight. They are the thing I reach for when the words stop working.

When I am trying to understand what is happening inside a team, product, or organization, I often sketch the system before I try to explain it.

The usual tools matter. Roadmaps, org charts, status reports, strategy decks: they all have their place. But they tend to show the formal version of the work: what we planned, what we named, what we said was happening.

The harder questions usually live underneath that surface.

Where is the work actually flowing?
Where is demand accumulating?
Where are teams silently routing around the model?
What changes when an agent enters the workflow?
What consequence will show up later that is not obvious in the demo?
What might happen next if nothing changes?

These visual metaphors are some of the instruments I use to reason about those questions. They work alongside the common tools. I reach for them to forecast what may be happening, explain what I am seeing, and build a shared picture when the conversation goes too abstract.

Some of these metaphors help read the work as it exists today. Others help test whether a team, workflow, or organization is ready for automation or agentic systems.

A working catalog: borrow, adapt, challenge, remix.

Part I — Read the Work Before You Redesign It
1
1
THE DARK SIDE OF THE MOON
Same team. Different constellation.
L2 · Domain
ORG CHART CONSTELLATION PLATFORMENGINEERING BACKENDFRONTEND APIQA DESIGNDATA THE GAP DEMAND CONSTELLATION PLATFORMENGINEERING BACKENDFRONTEND APIQA DESIGNDATA THE INSIGHT The gap between these shapes is where misalignment lives.
THE INSIGHT

Two shapes, two topologies: the org chart as designed, the demand constellation as operated. The space between them is where misalignment starts costing.

USE WHEN
  • Structural gaps between designed teams and actual demand
  • The "aha" moment when shapes diverge
  • Long-form storytelling and strategic conversations
2
2
FLIGHTAWARE / FLIGHT TRACKER
Work is in transit. Some land. Some don't.
L6 · Interaction
FRONTENDBACKEND API TEAM QA TEAM DESIGN DEVOPS AIRSPACE STATUS IN FLIGHT42 HOLD8 GROUNDED6 En Route Holding Pattern
THE INSIGHT

A backlog tells you what exists. A flight tracker tells you what is moving, what is waiting, and what is grounded. The useful question is not how much work exists; it is where work is losing altitude.

USE WHEN
  • Flow visibility: inflow, outflow, blockage
  • Bottleneck identification
  • Near-real-time operational awareness
3
3
ETL / REAL-TIME STREAMING PIPELINE
Is the pipeline flowing?
L5 · Conceptual Model
3A HEALTH MONITOR At-a-glance pipeline health RAW DEMAND INTAKE Q: 8 ↑12/min ANALYSIS Q: 5 ↑9/min DEVELOPMENT Q: 23 ↑6/min BACKPRESSURE BACKPRESSURE REVIEW Q: 7 ↑8/min DEPLOY Q:2 ↑7/min 3B FLOW EXPLORER Follow a single item end-to-end INTAKEANALYSISDEVELOPMENT REVIEWDEPLOYMENT 09:0209:1509:42 10:3511:02 +53 min in dev
THE INSIGHT

Backpressure, queue depth, and flow rate reveal where value moves or stalls. Development is often where hidden demand becomes visible; the question is whether the queue is a normal constraint or a system-wide signal.

USE WHEN
  • Health monitoring (3A) and deep flow analysis (3B)
  • Identifying backpressure and queue accumulation
  • Operational conversations about flow and capacity
4
4
HEAT MAP / THERMAL VIEW
Where is the heat?
L4 · Strategy
SKILL / CAPABILITY INTAKEANALYSISDEVELOPMENTREVIEWDEPLOYMENTTOTAL
LOW DEMAND
HIGH DEMAND
THE INSIGHT

Intensity shows where demand is concentrated. Hot zones signal capacity gaps; cold zones signal missing context. The heat marks where the conversation should start.

USE WHEN
  • Demand composition and skill-level analysis
  • Capacity planning and investment decisions
  • Quick scanning and pattern recognition
Part II — Test the Organization Before You Deploy the Agent
5
5
THE RIPPLE MAP
First, second, and third order effects.
L5 · Conceptual Model
CONSEQUENCE FIELD AGENT First-order task execution, data fetch, automation Second-order Third-order OWNERSHIP APPROVALS TRUST / AUDIT THE DEMO SHOWS THE CENTER. READINESS LIVES IN THE RINGS.
THE INSIGHT

The demo shows what the agent can do. What follows is what the organization must absorb: second and third-order consequences that no capability review catches in advance.

USE WHEN
  • Pre-deployment consequence mapping
  • Executive risk communication
  • Second and third-order planning
6
6
CAPABILITY VS. CONSEQUENCE
The real question is what changes.
L4 · Strategy
THE DEMO Shows Capability Agent Copilot Ready User Request "Find revenue anomalies and create follow-up tasks" Agent Response ✓ Analysis complete✓ 3 tasks created✓ Insights generated Task Completed ✓ Fast✓ Accurate✓ Impressive✓ Looks Ready CAPABILITY — What the agent can do. DEPLOYMENT THRESHOLD THE CONSEQUENCES Show What Changes WHAT THE ORG ABSORBS APPROVAL BYPASSED DATA CROSSINGBOUNDARIES TEAM OVERLOAD CONTEXT FRAG. COMPLIANCE EXP. OWNERSHIP DIFF. ESCALATION DELAY SILENT DRIFT CONSEQUENCE — What the organization must absorb.
THE INSIGHT

The demo proves what the agent can do. It does not prove what the organization can absorb. Consequence analysis is the readiness threshold most teams skip.

USE WHEN
  • Pre-deployment risk mapping
  • Distinguishing capability from org readiness
  • Stakeholder alignment conversations
7
7
THREE OPERATING MODES
Three thresholds. Three different realities.
L4 · Strategy
MODE 1 ASSISTIVE Agent suggests. Human decides. Human executes. AGENTHUMANOUTCOME WORKFLOW COMPLEXITY BLAST RADIUS HUMAN OVERSIGHT AUDITABILITY LOWLOWHIGHHIGH MODE 2 DELEGATED Agent executes bounded workflows. Human approves exceptions. exceptions / approvals HAGENTSYSOUTCOME WORKFLOW COMPLEXITY BLAST RADIUS HUMAN OVERSIGHT AUDITABILITY MODMODMODMOD MODE 3 AUTONOMOUS Agent coordinates systems and makes decisions independently. HAGENTSYSOUTCOME WORKFLOW COMPLEXITY BLAST RADIUS HUMAN OVERSIGHT AUDITABILITY HIGHHIGHLOWLOW YOUR MODE IS DETERMINED BY ORGANIZATIONAL READINESS, NOT AGENT CAPABILITY.
THE INSIGHT

Organizational readiness determines the operating mode. Agent capability sets the ceiling; the system's readiness sets the floor. Deploying autonomous behavior before the system is ready raises the blast radius, not the maturity.

USE WHEN
  • Governance design and policy conversations
  • Setting realistic expectations pre-deployment
  • Communicating risk posture to executives
8
8
ORGANIZATIONAL MRI
Agents reveal organizational topology.
L2 · Domain
SYSTEM LAYERS WHAT THE AGENT REVEALS People Workflows Data & systems Tools & APIs Governance who knows what how work really moves where context is stored where handoffs happen who can approve risk AGENT Hidden dependencies Fragile handoffs Shadow ownership relationships the formal map misses interfaces that break under autonomy work everyone relies on but no one owns DEPLOYING AN AGENT IS LIKE ADDING CONTRAST DYE TO THE ORGANIZATION.
THE INSIGHT

The agent does not just change the organization. It reveals it. The hidden dependencies, weak interfaces, and unclear ownership were already there; the agent makes them harder to ignore.

USE WHEN
  • Organizational readiness assessment
  • Post-deployment retrospectives
  • Making the case for diagnostic work
9
9
READINESS THRESHOLD MAP
Where you are determines how far you can go.
L6 · Interaction
LIMITING DIMENSION Readiness is a shape, not a score. One weak dimension sets the safe operating mode. ASSIST DELEGATE AUTONOMOUS Workflow maturity Data readiness Governance Observability Team capacity THE SAFE MODE IS LIMITED BY THE WEAKEST READINESS SIGNAL.
THE INSIGHT

One weak readiness dimension sets the effective operating mode. Readiness is the shape of the system around the agent, not an average of its parts.

USE WHEN
  • Assessing org readiness before deployment
  • Finding the limiting dimension
  • Tracking progress over time
10
10
DEPLOYMENT DECISION FRAMEWORK
A systematic way to think before you deploy.
L6 · Interaction
1 MAP Understand the system 2 ANALYZE Surface consequences 3 EVALUATE Assess readiness 4 DECIDE Choose operating mode ASSISTIVE DELEGATED KEY QUESTIONS What changes when the agent acts? Who is impacted directly and indirectly? What could break, slow down, or misalign? Is our organization ready to absorb this? BETTER ANALYSIS → BETTER DECISIONS → SAFER DEPLOYMENTS → COMPOUNDING VALUE
THE INSIGHT

Most teams jump from capability to deployment. The safer path is to map the workflow, analyze the consequences, assess readiness, and only then decide the operating mode.

USE WHEN
  • Pre-deployment planning and governance
  • CTO and VP Eng decision-making
  • Aligning technical and organizational stakeholders
Part III — Name the Tax Before You Redesign the Process
11
11
THE COORDINATION DRIFT
When the meeting spawns the meeting.
L0 · Before the Work Begins
WK 1 WK 2 WK 3 WK 4 WK 5 WK 6 WK 7 ALIGNMENT MEETING $2,500 / HR spawns DEPENDENCY CLARIF. "What Azure?" $2,500 / HR spawns STAKEHOLDER SYNC still no map $2,500 / HR REQUIREMENTS REVISIT scope drift $2,500 / HR spawns ARCH REVIEW disputed $2,500 / HR SPRINT REPLAN $2,500 / HR ESCALATION CALL GROOMING REDO STATUS RETRO REVIEW FOLLOWUP ↑ COST 7 WEEKS · 9+ MEETINGS · $0 SHIPPED "dependency on Azure" MEETINGS ABOUT MEETINGS · THE COORDINATION TAX COMPOUNDS WHEN THERE IS NO SHARED MAP
THE INSIGHT

One ambiguous phrase ("dependency on Azure") can spawn seven weeks of cascading meetings that each feel necessary but collectively produce nothing. The tax is the compounding cost of coordination without a shared map; no single meeting is the problem. A 25-person meeting at $200K average fully-loaded cost runs roughly $2,500 an hour. Do it weekly with no decision reached, and you have spent more than $100K in a quarter on institutional confusion.

USE WHEN
  • Making the cost of coordination visible to leadership
  • Diagnosing why velocity is lower than it should be
  • Arguing for shared visual frameworks before the next planning cycle
  • Tech leads, PMs, and CIOs who all feel things are taking longer than they should
Start with the metaphor that matches your current confusion.

Match the starting point to where confusion is sharpest. Misalignment between teams: the constellation. Work that won't move: the tracker or pipeline. Demand that feels uneven: the heat map. An agent that looks capable but an organization that feels uncertain: the consequence and readiness views. And if things are simply taking longer than they should (and nobody can say exactly why), start with the coordination drift. That is usually where the tax is hiding.