Releasing Business Agility
Releasing Business Agility is a half-day seminar — delivered over 300 times — that lifts agility out of frameworks and into the only question that matters: how does work move towards value?
Where work really breaks down
Most organisations trying to "go agile" have already spent considerable time and money on the attempt.
They've bought the frameworks. Hired the coaches. Renamed the roles. Run the training. And somewhere between the kick-off and the retrospective, something hasn't changed. The work often moves at the same pace. The same problems resurface in different language. The teams are doing X methodology correctly and still not shipping value any faster than before.
The diagnosis is almost always the same: agile was applied at the team level and expected to produce results at the organisational level. The ceremonies are running. The boards are visible. And the conditions that actually determine how fast ideas become value — clarity of direction, alignment of investment, quality of decisions, behaviour under pressure — were never touched.
Agility isn't a methodology. It isn't a set of roles. It is the capacity of an organisation to move ideas toward value quickly and responsibly, to learn from what it finds, and to keep moving. That capacity either exists in the conditions of the organisation — or it doesn't. No framework installs it. It has to be released.
This session is about that distinction. And it begins, not with slides, but with a game.
Why we call it releasing agility
The word matters. Not installing agility. Not implementing it. Not mandating it. Releasing it.
Agility is already present in most organisations — in the instincts of teams, in the informal networks people build to get things done, in the workarounds that emerge when the official process is too slow. It exists.
What prevents it from functioning at scale is not its absence but its suppression: by unclear goals, by competing priorities, by misaligned decisions, by the accumulation of well-intentioned work that blocks the most important work.
Release means removing what's in the way. That is a fundamentally different project from implementation. You cannot mandate agility. You cannot bolt it on. You can only identify what is preventing it and systematically remove those barriers — starting with the ones the game makes visible in the first 30 minutes.
Why this matters, on both sides
Releasing agility isn't only a commercial project. When organisational conditions actually shift — when priorities are made, when decisions stick, when the work stops misdirecting effort to well-intentioned busyness — two things happen at once.
The business gets what it was after: results moving from idea to value at the pace the organisation is actually capable of, rather than the pace its friction currently allows. And the people inside the organisation get to do work they can see themselves in — decisions that make sense, priorities that hold, effort that lands somewhere. Careers grow in exactly those conditions, and stall in their absence.
Business results and people growth aren't a trade-off here; they're the same thing, seen from two sides. Releasing agility properly serves both. That's the point.
What this session is not
This is not an agile training course. There is no certification. No framework to adopt. No roles to create and fill and defend.
It is not an argument for or against Scrum, Kanban, SAFe, or any other methodology. Those conversations are useful in the right context. This session is not that context. It is upstream of those conversations — concerned with why organisations want agility in the first place, what actually produces it, and what stands between the current state and the future the organisation is trying to reach.
It is not a lecture about things teams already know are wrong. The game handles that — and it handles it in a way that no presentation can, because participants experience the dynamics rather than being told about them. The recognition that follows — "this is exactly what happens in our organisation" — only comes from having been inside the system. That's what changes the conversation afterwards.
The puzzle game
Lectures explain. Experience reveals.
The game puts teams inside the dynamics that slow their real work down — so the recognition happens before the teaching begins
The session opens with a carefully designed puzzle game played at tables. No slides. No theory. Teams work through a set of challenges that recreate — with uncomfortable accuracy — the conditions most organisations recognise from their own work. By the time the debrief begins, the room already knows what the session is about.
What the game makes visible
The moment of recognition — "this is exactly what happens in our organisation" — only comes from experiencing it. That's what makes everything that follows land differently.
What the session teaches
The game creates the experience. The second half of the session builds the understanding.
The teaching draws on five questions that structure how to think about agility at an organisational level — not at the level of team ceremonies or delivery cadences, but at the level of conditions: what has to be true for work to move cleanly from idea to value?
Paint the future. Agility requires direction. A clear, compelling, measurable picture of where the organisation is going is not a nice-to-have — it is the precondition for every prioritisation decision the organisation will make. Without it, teams move quickly in different directions. Busy is easy. Purposeful is harder.
Name the obstacles. If the future is so compelling, why aren't we there yet? Every organisation has problems. Some should be ignored. The ones that genuinely block movement toward value need naming precisely — and addressing strategically rather than urgently.
Build the team to get it done. High-performing teams are made of high-performing individuals with the right skills, the right support, and a genuine understanding of why the work matters to them. Agility requires investment in people — their development, their behaviours, their clarity about where they're going and what the organisation needs from them.
Do the right things in the moment. Culture is group habit. What people do, say and deliver every day — not what's written on the wall. To release agility, the behaviours that support it need to be understood, named, encouraged and embedded — deliberately, not by accident.
How can we get better? Learning, adapting, and changing are not optional features of agile organisations. They are the mechanism by which agility compounds. Mistakes are data. Feedback is the engine. The discipline of continuous improvement is what separates organisations that become more agile over time from those that plateau.
Two paths through the principles
The session is designed to be flexible depending on what the organisation needs.
For organisations who want to understand agility at a first-principles level — why it exists, what it requires, how to build the conditions for it — the principles are explored through the game, the debriefs and further seminar activity to create a deeper understanding.
For organisations who are already using agile frameworks — Scrum, Kanban, SAFe, or variations — the same principles are explored through that lens instead: what the frameworks are actually trying to achieve, where and why they typically stall in practice, and what needs to change at the organisational level to allow them to work as designed.
Both paths use the same game, the same five questions, and the same core principles. The difference is in the language and the examples. The destination is the same: a shared understanding of what agility actually requires — and what the organisation needs to do to release it.
What participants leave with
Participants leave with a shared experience — the game — that becomes a reference point the organisation can return to. Teams who have played it together have a common way of describing what they're trying to avoid: the misalignment, the stalled momentum, the effort that doesn't convert.
Beyond the experience: a clear model for thinking about agility at an organisational level. The five questions. The principles. The connection between agile as a concept and the specific conditions of their organisation. And frequently, the most useful output of all — a shared language for talking about friction that doesn't trigger defensiveness, which is what makes change conversations possible rather than political.
What changes for the organisation
The effect is usually immediate and visible. After three sessions at a major energy company — 150 people per session — the CTO said simply: "the place is buzzing." Not because anything had been implemented. Because people had seen something they hadn't been able to see before.
That visibility is the first change. The second is the conversation it makes possible. When a room of leaders shares the experience of the game and maps it to their real work, the follow-up conversations are different. More specific. Less political. Focused on conditions rather than blame.
Organisations who have run this session report clearer prioritisation, more deliberate investment decisions, better cross-team alignment, and — most importantly — leaders who understand what they actually need to change to make agility possible at scale.
Who this is for
Leadership teams navigating a large-scale shift in how they work who want to understand what they're actually trying to achieve. Delivery leaders frustrated that frameworks haven't produced the results they expected. Senior teams who want to introduce agility without yet committing to a specific methodology. Organisations considering a large-scale shift in how they work and wanting to build genuine understanding before building structures.
The session has run with technical and non-technical audiences, with C-suite cohorts and mixed leadership groups, with organisations who have been trying agile for years and with those who are approaching it for the first time. The game and the model hold across all of them.
Half a day. Low disruption. High impact. The right entry point for any organisation that is serious about this — and wants to understand what serious actually requires.
How the session runs
Session format
Releasing Business Agility — half-day seminar
Duration
Half day
Optional extended afternoon available
Group size
Flexible
From small leadership groups to 150+ per cohort
Facilitation
Rob Lambert
300+ deliveries of this content
Format
Game → reflection → principles
In-person · no prior knowledge required
How the half day is structured
Context setting and the puzzle game — teams experience the dynamics of friction, alignment drift, and stalled momentum firsthand
Guided reflection connecting the game to real organisational experience — the moment the room recognises itself
The five questions and core principles — explored through either the Idea to Value lens or an agile frameworks lens, depending on the audience
Shared language, next steps, and — optionally — an extended afternoon for questions, discussion, and deeper application
What people say
The CTO of a major energy company, after three cohorts of 150 people each: "The place is buzzing." Not after a transformation programme. After half a day.
A participant at one session articulated what many people feel by the end:
"This isn't agile at a team level. This is organisational business agility."
That distinction — and the moment a room of leaders hears it said aloud — is frequently what changes the conversation about what the organisation actually needs to do next.
One utilities company loved the game's lessons enough to embed it into their new starter induction process. Every person joining the organisation now experiences, within their first weeks, exactly what organisational agility requires — and what their part in it is.
About Rob
I'm Rob Lambert. I built this seminar out of a specific experience — running large engineering and HR functions inside a high-growth company that spent years trying to release agility at the team level and slowly discovering that team-level effort couldn't compensate for organisational-level conditions that hadn't been touched. Twenty-five years across engineering leadership, HR, and consulting, including senior roles as VP of Engineering and VP of HR at the same company, gives me an unusual vantage on this material. It's why I can hold both the operational and human sides of the argument in one room — and why the seminar takes seriously the idea that agility is a condition, not a certification.
I've written six books, including The Life of an Idea, Zero to Keynote and Workshop Mastery. This seminar draws on all of them, but it's built for the room — on your organisation's real work, with your real people.
More about the wider practice →
A simple starting point
Half a day. The puzzle game, the debrief, and the principles that lift agility out of frameworks and into the conditions that actually determine whether organisations can move.
Start the conversation
A twenty-minute call. No pitch, no pressure, no follow-up sequence.
A short conversation to understand where the organisation is, what's already been tried, and whether this is the right fit — and the right moment. Investment and logistics discussed in the call.
Leadership teams, change programmes, agile rollouts, large-scale cohorts. If the organisation is trying to move faster and struggling to understand why it isn't — this is a useful conversation to have.
For readers who want to understand the underlying Idea to Value lens before booking, The Life of an Idea is the accessible field guide to how ideas actually become value inside an organisation.