Gamification
A leadership simulation puts someone in a situation with a real decision in it: too little information, too little time, and consequences they have to live with. Done properly it does not teach leadership at all. It produces evidence of how a particular person leads, and the hour after the simulation is where that evidence turns into anything useful.
We design and build these, including the software that runs the larger ones, which mostly means we have watched them fail. The failure is nearly always the same shape: an elaborate scenario, a tense ninety minutes, and then eight minutes of debrief because the scenario over-ran. The simulation worked. Nobody harvested it.
This guide is written from that side: what a simulation genuinely tests, which format fits which objective, how to design a decision that is actually hard, and when running one makes your training worse.
A course can establish that someone knows the theory of delegation, or can recite the escalation policy. A simulation tells you what they do at five o'clock on a Friday when the policy is inconvenient. Specifically, it surfaces:
None of that is knowledge. Which is why a simulation is a poor instrument for teaching a framework and an excellent one for finding out whether anybody uses the framework they were taught last year.
"Leadership simulation" covers at least six different things sold under the same words. They are not interchangeable, and picking the wrong one is the most expensive mistake on this page.
| Format | Use it when | Group and time | What it surfaces | Where it fails |
|---|---|---|---|---|
| In-tray or inbox exercise | The problem is overload and prioritisation | Solo, 45-60 min | What someone triages first, and what they never get to | Silent and solo: you see the output but never the reasoning |
| Live team decision game | The problem is judgment under pressure with partial information | 12-200 in teams, 60-120 min | Who escalates, who goes quiet, who verifies before acting | Dies without a facilitator and a proper debrief |
| Role-play with a trained actor | The problem is a specific hard conversation | One at a time plus observers, 20 min each | How someone behaves when the other person pushes back | Costly per head, and an audience makes people perform |
| Business or market simulation | The problem is trade-offs and resource allocation over time | Teams of 4-6, half a day or more | How a team argues about money and evidence | By round three people are optimising the model, not leading |
| Crisis or tabletop exercise | The problem is decisions made fast on bad information | 8-40, 90 min | Escalation discipline, communication, who owns the call | Adrenaline gets mistaken for learning when the debrief is short |
| Assessment centre exercise | You are making a selection or promotion decision | Cohort, usually a full day | Comparable evidence against a published rubric | It is measurement, not development. People perform rather than behave |
Two rules of thumb from the table. Solo formats give clean evidence and weak learning; team formats give messy evidence and far better conversations. And any format governed by a countdown teaches speed. If judgment is the objective, a facilitator should control the pace, not a clock.
Most scenarios fail at the design stage, because the right answer is visible from the brief. Participants spot it in four minutes, then spend the session performing the reasoning they think you want. A decision is only worth simulating if it has five properties:
Score the reasoning, not the result. Reward the result and you have taught a room that a lucky gamble and a sound decision are the same thing.
The poker player Annie Duke calls that error resulting: judging a decision by how it happened to turn out. It is endemic in real organisations, and a simulation is one of the few safe places to demonstrate it, by letting a well-reasoned choice lose and a reckless one win.
This one needs no software, no actors and no budget. It is deliberately small so you can test the mechanics before commissioning anything larger.
The brief. Each team is the leadership of a department. A project the client is expecting on Friday will not be ready. Three options, all of them defensible: tell the client today and lose the date; push the team through the weekend and hit it; ship what exists and describe it as a phased release.
What it surfaces: who actually made the call, how much of round one was ego defended into round two, and whether anyone noticed that the named person in the new information was a human being rather than a variable.
The debrief question that does the work: "At what point did you know you were going to change your mind, and what stopped you saying it out loud earlier?" Ask it, then wait. The silence is part of the exercise. If you want the wider method, how to debrief an activity covers the sequence in detail.
An activity without a debrief is entertainment. Pleasant, well-reviewed on the feedback form, and gone by Thursday.
The honest list. Any one of these is a reason to do something else instead.
You will meet claims that people retain ninety per cent of what they do, usually drawn as a pyramid. Those percentages trace back to no study anybody can produce. Do not build a business case on them, and be wary of a vendor who does.
Something more defensible: before the session, name two or three observable behaviours in the language people actually use. Fewer decisions escalated without a recommendation attached. Bad news reaching the client within a day. Ask line managers about those behaviours six to eight weeks later. Modest, and real. The Kirkpatrick model is the standard frame for deciding which level you are evidencing, and Kolb's cycle explains why reflection is the stage everybody cuts when the room runs late.
Off-the-shelf simulations are worth the money when the skill is generic: a difficult conversation, a prioritisation squeeze, a standard negotiation. Buy one, run it well, spend your effort on the debrief instead.
It is worth building your own when the decisions that matter are specific to you: your regulatory exposure, your escalation culture, the trade-off your managers get wrong every quarter. That is what our bespoke gamified learning apps exist for. Participants play on their own phones, a facilitator drives the pace from one screen and releases each reveal to every phone at once, and decisions are scored on reasoning rather than speed. HEARTWARE runs five rounds in ninety minutes on judgment in the AI era: teams decide what to trust, verify and own, and can question the characters in their own words rather than picking from a menu.
Before commissioning anything, play the Weekly Challenge. It is free, takes ten minutes, and carries the same debrief logic in miniature. If it does not change how you think about a decision you made last week, a bigger version will not either.
For the method underneath all of it, experiential learning is the model, and our soft skills programmes are where simulations sit inside a longer arc rather than a one-off event.
Tour De Force runs this as live, experiential training for teams worldwide — online and in person. Talk to us, or play Gamified learning appsThe Weekly Challenge to see the method in ten minutes.
Questions
A structured situation that requires real decisions under realistic constraints: partial information, time pressure and consequences. It can be a solo in-tray exercise, a role-play with an actor, a team decision game, or a full crisis exercise. The defining feature is that participants choose and then live with the choice, rather than discussing what they would hypothetically do.
Long enough to include a real reversal, and short enough to leave a third of the session for debrief. Sixty to ninety minutes suits most single-decision simulations. Anything running half a day or more needs debrief breaks between phases, because a group cannot hold four hours of decisions in working memory well enough to reflect on them at the end.
They reliably produce behaviour you can observe, which is more than most training formats manage. Whether that becomes lasting change depends almost entirely on the debrief and on what happens in the weeks afterwards. Treat the simulation as the instrument that generates evidence, not as the intervention itself. On its own it is a memorable afternoon.
Role-play is one method inside the broader category. It usually involves two people and a single conversation, and tests interpersonal behaviour. A simulation typically involves a system: multiple decisions, several actors, information arriving over time, and consequences that compound. Use role-play for a conversation, simulation for a judgment.
Yes, and some formats improve. Distributed teams working from separate screens make it obvious who is communicating and who has gone quiet, which is harder to see in a room. What suffers is the informal side conversation, so build explicit space for teams to confer. Breakout rooms plus a facilitator who can drop in unannounced covers most of it.
Pick one and say so before the session. Assessment needs a published rubric, trained observers and comparability across candidates. Development needs the freedom to fail in front of colleagues without a record being kept. Trying to do both produces bad measurement and worse learning, because people manage their image instead of making genuine decisions.
Keep reading
Custom decision games built for one client, run live by a facilitator, scored on judgment.
Free ยท 10 minutesA crisis week, seven decisions, and a debrief on how you actually led.
GuideThe part of a simulation that does the teaching, and the sequence that makes it land.
Get in touch
Book a 30-minute call. We will tell you honestly whether a bespoke simulation is worth building for your objective, or whether an off-the-shelf exercise and a better debrief would do the job.
Book a discovery call →