Generative Leadership Part I: The Only Leadership There Is
There is a deafeningly silent, pernicious, and actually corrupt failure mode across most organizations, and that is: leadership roles filled with people who are nominally “busy” managing, and yet fundamentally not leading whatsoever.
They are visible, but not effective. They show up to meetings, react to problems, and issue last-minute direction when pressure builds. They oscillate between disengaged and performatively urgent. When things go wrong, they escalate quickly and distribute blame even faster. When things go right, they position themselves close enough to claim ownership and conveniently forget to give credit.
This is not leadership. It is political maneuvering disguised as productivity.
At a distance, it can look convincing. There is motion, there is language, there is constant activity. But the underlying pattern is consistent: there is no system, no structure, and no durable improvement left behind. The team does not become more capable and over time it becomes more dependent, more reactive, and more cautious.
The interaction model is just as telling. A single monthly 1:1, often reduced to a passive “do you need anything from me?”, replaces any real transfer of direction, context, or expectations. There is no strategy, no articulation of standards, no coherent plan, only vague asks and shifting priorities. The burden of interpretation falls entirely on the team.
This is not a fringe issue. It is common. And it is tolerated because it is difficult to measure and easy to disguise.
But once you strip away the optics, the conclusion is straightforward:
This is not leadership.
It is labor administration.
The Fruits of Pseudo-leadership
When leadership is reduced to administration, the organization inherits predictable failure modes:
Work only moves under pressure
Chronic underperformance is normalized and misattributed to individuals instead of systems
Decisions are inconsistent, reversible, and rarely anchored to clear criteria
Knowledge remains fragmented, tribal, and non-transferable
Teams operate cautiously, second-guessing whether transparency will be punished
Execution quality varies wildly depending on who happens to be involved
Turnover remains high unless artificially suppressed by compensation
Performance evaluation becomes opaque, subjective, and politically influenced
A culture of mental scarcity emerges and information is hoarded, not shared
Accountability is deflected downward while authority remains centralized
Urgency replaces planning and everything becomes reactive, nothing becomes repeatable
Meetings substitute for systems; alignment is discussed but never encoded
The same problems are solved repeatedly because nothing is structurally eliminated
High performers burn out or disengage; low performers remain insulated
Initiative declines and people wait to be told rather than act with confidence
Risk is either ignored or overcorrected because it is not systematically understood
Relying on subordinates for vision ideation and major decisions
A lack of vision communication and clarity
None of these are isolated issues. They are all symptoms of the same root cause: leadership that manages activity instead of generating capability.
What Generative Leadership Actually Is
Generative leadership is the deliberate act of building a vision, content, structure, and systems that improve outcomes and make team success repeatable.
Things that exist independent of the leader and continue to produce results.
That includes:
Decision frameworks that remove ambiguity
Standardized analysis templates (Project execution frameworks, FMEAs, cost models, design reviews)
Operating procedures that define what “good” looks like
Workflows that make the next step obvious
Tools that encode expertise into the process
Confidently, boldly, and clearly communicating a well-defined vision
What This Looks Like in Practice
At every level, generative leaders convert ambiguity into structure.
Intern / Entry-Level
Builds a clean, standardized tracker when none exists and eliminates confusion across a project
Documents a recurring issue and turns it into a checklist that prevents rework
Creates a simple tool or script that removes a repetitive manual task
Example:
Ken Kocienda (early career engineer at Apple) helped develop autocorrect behavior by iterating on real usage patterns—translating messy human input into a system that worked reliably without constant intervention.
Individual Contributor / Senior Engineer
Builds reusable analysis tools instead of repeating work
Standardizes design review criteria so quality is consistent
Captures failure modes and feeds them forward into future systems
Creates documentation that actually gets used
Example:
Margaret Hamilton at NASA (during the Apollo program) developed priority-based software that allowed critical functions to preempt non-essential tasks. This turned potential system failure into a controlled, reliable behavior.
Manager / Frontline Leader
Defines workflows so handoffs don’t break
Builds onboarding systems that reduce ramp time
Establishes clear, measurable standards for output
Creates templates that make expectations explicit
Example:
Tony Hsieh during the early scaling of customer experience operations at Zappos didn’t rely on telling reps to “provide great service”. He and his frontline leaders built explicit systems that made service quality repeatable.
Specifically, they built:
A structured call-handling philosophy (“no call time targets”)
Removing average handle time as a KPI forced reps to optimize for resolution and experience instead of speed. This is a designed constraint, not a cultural sloganA formalized onboarding and training system
New hires were trained on real scenarios, decision autonomy, and company standards, not just scripts, so they could operate without constant escalationA documented service standard playbook
Clear expectations for tone, decision-making boundaries, and problem resolution, so quality didn’t depend on who picked up the phoneFeedback loops tied to real interactions
Calls were reviewed, patterns identified, and standards refined, turning customer experience into something measurable and improvable
This wasn’t posturing about “servant leadership” or “empowering employees.”
It was building a system where:
good decisions could be made without approval
consistency didn’t require supervision
and quality scaled organically with headcount
Director / Operations Leader
Aligns systems across teams so outputs scale
Defines decision criteria to remove inconsistency
Eliminates redundant work through standardization
Connects daily execution to business-level outcomes
Example:
Brad Jacobs during the buildout of XPO Logistics did not rely on legacy operating habits across acquired sites. He and his leadership team forced the creation of standardized operating mechanisms across the network.
Specifically, they built:
A unified KPI architecture
Every site was measured on the same core metrics (throughput, cost per unit, service levels), eliminating the ability for locations to define performance on their own termsDaily and weekly operating cadence reviews
Structured reporting tied to those KPIs, where underperformance was immediately visible and required explanation, removing ambiguity around what was “on track”Standard operating playbooks across sites
Documented processes for core activities (dock operations, routing, labor planning), reducing variation between legacy operationsCentralized visibility systems
Data pipelines and dashboards that made site-level performance transparent across the network, not trapped locally
That’s generative leadership at the director level.
Executive / C-Suite
Executives who operate generatively don’t just set direction.
They build mechanisms that standardize how decisions are made, how work is evaluated, and how execution scales across the company.
Example:
Jeff Bezos at Amazon did not rely on alignment meetings or verbal direction as the company scaled he enforced written, structured thinking and decision systems that became embedded into how the company operates
Specifically, he built:
The 6-page narrative system (replacing slide decks)
Every major idea had to be written, fully thought through, and read in silence at the start of meetings, eliminating vague thinking and forcing clarity before discussionThe “working backwards” product framework
Teams were required to define a press release and customer-facing narrative before building anything, ensuring alignment to customer value from the startSingle-threaded ownership
Clear, singular accountability for initiatives—removing ambiguity around who owns outcomes and preventing diffusion of responsibilityStandardized decision velocity rules (Type 1 vs Type 2 decisions)
Codified when decisions should be slow and deliberate vs fast and reversible, removing inconsistency in how decisions were handled across teams
This is one of the most well-known examples of generative leadership, because the mechanisms are explicit and still in use today.
It was the construction of a system where:
Thinking is forced upstream, not patched downstream
Accountability is singular, visible, and non-transferable
Decision quality is standardized, not personality-dependent
Execution scales through structure, not executive elbow grease
The fundamental through line of all these stellar examples is consistent generation, with the visionary and execution rigor for creating successful systems scaling according to the level of the position.
The Deep Consulting Implications
Although the contrast between pseudo-leaders and generative ones is a spectrum characterized by behavior over time and isn’t absolute, the impact of which one dominates an organization is.
This becomes most visible in how organizations engage with and benefit from consulting.
On paper, engagements look identical:
engaging with teams
data collection and initiative ideation
deliverable cost savings roadmap presentation
In practice, outcomes split immediately.
When Leadership Is Dominated by Admins
Consulting is treated as activity, not transformation:
Engagement is welcomed, but not internalized
Data is gathered, but not operationalized
Roadmaps are reviewed, but not enforced
What actually happens:
Recommendations are filtered to fit existing narratives
Ownership is unclear or intentionally diffused
Action items stall once external pressure is removed
You’ll see:
polished deliverables
short-term movement in metrics
selective implementation
But nothing sustains because nothing was built into the system.
The organization absorbs the work and returns to baseline.
When Leadership Is Generative
Consulting is treated as input to system construction:
Engagement is used to identify structural gaps
Data is translated into decision criteria and standards
Roadmaps are converted into owned, tracked mechanisms
What actually happens:
Tools and frameworks are adopted and enforced
Ownership and accountability is undertaken inwardly and competitively
Actions are embedded into existing workflows
Accomplishment credit is eagerly socialized and rewarded
You’ll see:
fewer parallel initiatives
tighter execution
sustained performance improvement
Because the organization does not stop at agreement, it builds the output into how it operates.
The Rub
You cannot out-consult weak leadership.
Better data does not fix it.
Better recommendations do not fix it.
If leadership does not generate structure, nothing survives implementation.
You get temporary lift, then regression.
Or worse, the appearance of progress without any real change.
Closing
Most consultants get paid whether anything changes or not. Most engagements end at analysis, recommendation, and presentation, with success measured before implementation is complete.
Jeffrey Edwin Hughes Consulting operates differently. The deliverables are designed to drive execution and persist beyond the engagement. That means confronting the actual constraint to performance, whether it is missing systems or leadership that does not generate them.