The model

Human Agile Model™

We forgot people come before the product. Human is the architecture. Adapt, Implement, and Scale only run when the human gate passes.

Notes from enterprise agile work. The people gap and strain charts are on the home page and leaders page. This is the correction I am proposing. I am Anjish Bhondwe.

What this model is

Organizations are made of humans who receive, deliver, and change. Enterprise rollouts treat them as headcount.

Not a replacement for Scrum, SAFe, or your scaling framework. A way to see who is getting hurt before you add more ceremony.

Premise

Humans at the center

People receive change, deliver through it, and change because of it. The Human Agile Model puts them back in the design.

Problem

Dark Agile

Agility performed for dashboards, not practiced with humans inside. Burnout, silence in retros, and attrition treated as individual failure, not design failure.

What it is not

Not a rollout product

Not a timeline, not a consultancy package. A way to see what is breaking people before you add more ceremony.

Human is the architecture

Human is not step one on a slide. Everything else hangs on it.

ARCHITECTURE Human THE GATE Adapt, Implement, and Scale run only when the gate passes Adapt Implement Scale strip harm co-build re-humanize 01 02 03
Human at the center. Adapt, Implement, and Scale run only when the human gate passes.

Receives

Who receives

Customers, users, downstream teams, business units asked to adopt. Back in the journey, not an afterthought.

Delivers

Who delivers

Engineers, product teams, operators carrying the day job plus the transformation. Back in the room, not on a velocity chart.

Changes

Who changes

Leaders, coaches, enablement, HR, programme offices. Their behavior is part of the design, not above it.

The human gate

No move runs until people are in the design, not on the receiving end of a timeline.

Before Adapt, Implement, or Scale, answer these together. If the answer is no, stop adding process.

01

Are the people who will receive and deliver this change in the room when it is designed?

02

Is agile being built with teams, or pushed on a programme schedule?

03

Can teams reject ceremony that does not help?

04

Are dashboards for learning, or for judgment?

05

When honest feedback surfaces in a retro, is it heard or punished?

The four moves

A cycle you re-run as pressure returns. Each move has a purpose, activities, outputs, and a gate question.

Move 1

Human: see reality

Purpose: Name who is hurting, excluded, or about to be pushed. Encourage before you push. No framework shopping yet.

Activities

  • Run the Human Agile Index with leaders and teams
  • Listen for what dashboards hide: fear, overload, performative agility
  • Map receivers, deliverers, and changers for this rollout

Outputs

  • Named pain and blind spots
  • Baseline Index score (Dark / Transitional / Human Agile)
  • Agreement on who must be in the room from here

Gate: Will leadership hear unfiltered signal from people?

Move 2

Adapt: strip harm

Purpose: Figure out what is actually broken here, not what the playbook says. Subtract Dark Agile theater before you add anything new.

Activities

  • Audit ceremony load on top of the day job
  • Reset leader behavior: enable, do not hover
  • Define what human agile means in your federated context

Outputs

  • List of practices removed or simplified
  • Leader commitments on psychological safety
  • Local working agreement teams can keep

Gate: Can teams reject what does not help without career risk?

Move 3

Implement: co-build

Purpose: Build change with the teams in the room. Leaders help. They do not track. Receiver and deliverer both shape the design.

Activities

  • Co-design rituals and flows with delivery teams
  • Shift dashboards from judgment to learning signals
  • Train for understanding, not checkbox compliance

Outputs

  • Practices teams chose and can sustain
  • Visible leader enablement, less programme surveillance
  • Retro formats where honesty is safe

Gate: Is the change built with people, not done to them?

Move 4

Scale: re-humanize

Purpose: Grow across business units without losing the people who made it work. Each new rollout re-opens the human gate.

Activities

  • Spread patterns, not performative copies of what looked good on slides
  • Re-run the Index as budgets tighten and speed returns
  • Keep community and peer space for honest conversation

Outputs

  • Federated playbook with human checkpoints built in
  • Rhythm for re-checking the Index at each unit
  • Attrition and engagement watched as design signals

Gate: Are the people who made it work still in the design?

Explore the four moves interactively

Human: see reality

Name who is hurting, excluded, or about to be pushed. Encourage before you push.

Gate: Will leadership hear unfiltered signal from people? Take the Index

Activities and outputs in the specification above

Five rules that hold the model

Simple commitments that keep Dark Agile from creeping back in.

01

Encourage before you push

Change earns trust. Timelines do not replace it.

02

Subtract before you add

Strip theater, surveillance, and harm before scaling ceremony.

03

Learn, do not judge

Dashboards surface signal for adaptation, not punishment.

04

Leaders enable

Sponsors in the room. Not hovering above the retro.

05

Re-check at scale

Every new rollout passes the human gate again.

The divide

Dark Agile breaks people to hit dates. Human Agile builds with them to last.

Dark Agile

  • Headcount, not humans
  • Framework bought before people consulted
  • Dashboards that judge
  • Retros for tracking
  • Burnout is your problem
  • Best people quietly leave

Human Agile

  • Receiver, deliverer, changer in the design
  • Built with people, not rolled out at them
  • Dashboards for learning
  • Retros where honesty is safe
  • Burnout is a design signal
  • Scale keeps the people who made it work

What agile actually said

Individuals and interactions over processes and tools. Listed first for a reason.

Working software is proof that humans collaborate well, not a substitute for putting them in the design.

How enterprise agile drifted

The drift. Product first. People later. The full Manifesto intent vs enterprise today audit is on the home page. Budget and strain charts are on leaders. Below is the three-stage pipeline this model responds to.

Stage 1

Customer-centric

Agile sold as customer focus. Listen sooner. Ship what matters.

Stage 2

Product-centric

Velocity took over. Dashboards. Output. People turned into numbers.

Stage 3

Human-centric

Who receives it. Who builds it. Who changes the system.

Human vs product

Human is the architecture. Product is the evidence.

Product tells you what shipped. Human tells you whether it will last.

Architecture Human
Collaboration Receiver · Deliverer · Changer
Evidence Product & delivery

Human lens

  • Listed first in the manifesto
  • Trust, agency, and psychological safety
  • Burnout read as a design signal
  • Dashboards for learning

Product-only lens

  • Velocity and output on every slide
  • Teams as headcount, not humans
  • Burnout treated as individual failure
  • Green charts while best people leave

Human Agile Index

Eight questions on human practice. No velocity or delivery KPIs. A high delivery score with a low human score is still Dark Agile.

0–40%

Dark Agile

Agility performed for dashboards. People paying the price.

41–70%

Transitional

Human not forgotten, but delivery pressure still breaks people in places.

71–100%

Human Agile

Humans in the design. Outcomes can last because the system does not eat its builders.

Scoring method

Each question scored 0 to 3. Maximum: 24. Percentage = (sum ÷ 24) × 100.

  1. Are people in the room when agile change is designed?
  2. Is agile built with teams, or pushed on a timeline?
  3. Do people feel valued in the transformation?
  4. Are dashboards for learning or judgment?
  5. Is burnout a design problem or a people problem?
  6. Can teams reject ceremony that does not help?
  7. Do leaders enable teams or track and report?
  8. Does agile work for your people, not against them?

Take the Human Agile Index

How to use this

Start with a diagnosis. Read the field notes. Walk the moves. Tell me what resonates.

Step 1

Diagnose

Take the Human Agile Index with your leadership team or send the link to teams.

Step 2

Read the story

Field notes on how enterprise agile lost the humans.

Step 3

Walk the moves

Use the four moves above in your next transformation review.

Step 4

React

Tell me what resonates on the proposal page.

Terminology

Defined terms used in this specification.

Human Agile
Receiver, deliverer, and changer in the design. Agility practiced with humans inside.
Dark Agile
Agility performed for dashboards. Burnout and attrition treated as individual failure.
Forced agile
Transformation dictated by budget and timeline. Adoption pushed without agency. Deliverers carry the programme on top of the day job.
Fake agile
Ceremony and reporting without human practice. Teams comply in meetings and reject the system in the room.
Human gate
Five checkpoint questions before Adapt, Implement, or Scale.
Receiver · Deliverer · Changer
Who receives change, who delivers through it, who changes the system.
Four moves
Human, Adapt, Implement, Scale. A cycle, not a waterfall rollout.
Human Agile Index
Eight-question diagnostic. Bands: Dark Agile, Transitional, Human Agile.

Measure where you are

The Index is the diagnostic built for this model.