Key takeaways
- →Six Thinking Hats works because the whole room thinks in the same mode at the same time - not because people are assigned a hat each.
- →Assigning one hat per person is the most common misuse and it turns the method into typecasting.
- →Blue hat is the facilitator's hat: it opens the session, names each switch and closes with a decision.
- →Black hat is the most useful and the most abused - give it a hard time-box and always follow it with yellow or green.
- →The full six-hat sequence needs about 60 minutes; a two-hat version handles most everyday decisions in 15.
- →Collect each hat as simultaneous written input rather than open discussion, or the loudest voice sets the mode for everybody.
Six Thinking Hats is a facilitation method in which the entire group deliberately thinks in one mode at a time - facts, feelings, risks, benefits, ideas, process - instead of doing all six at once and calling it a discussion. Edward de Bono called it parallel thinking, and the practical claim is simple: a room that argues about whether an idea is good while also debating what the numbers say and how everyone feels about it will produce heat rather than a decision.
The version most people have encountered is not that. It is a workshop where six people are each handed a coloured hat and told to play a role for an hour, which converts a thinking discipline into typecasting and gives the sceptical person a licence to be difficult all afternoon. That version deserves the eye-rolling it gets.
This guide covers what each hat is actually for, the sequences that work for different session types, a sixty-minute script you can run as written, how to run it remotely without the props, where the method genuinely fails, and how to get from six columns of output to a decision somebody owns.
The six hats, and what each one is really asking for
Each hat is a mode of attention, not a personality type. The instruction is always the same shape: for the next few minutes, everyone contributes only this kind of thinking, and anything that belongs to another hat gets parked until that hat comes round.
White - information
What do we actually know, and what do we only think we know? Numbers, observations, sources. No interpretation and no opinions dressed as facts. The most common output is a list of things nobody in the room can answer.
Red - feelings
Gut reaction, no justification allowed and none requested. Thirty seconds each, stated plainly: excited, uneasy, bored. The no-justification rule is what makes it work - it lets people say the thing they would otherwise keep quiet.
Black - caution
What could go wrong, what does not fit, where the plan breaks. This is critical thinking done deliberately rather than reflexively, and it is the hat most groups do best. Time-box it hard.
Yellow - value
Best realistic case, and specifically why it might work. Harder than black for most groups, which is exactly why it needs its own protected slot rather than being left to the optimists.
Green - alternatives
New options, variations, ways round the obstacles black just found. Generative, not evaluative. The rule is quantity over polish and no critique inside the block.
Blue - process
Thinking about the thinking. What are we doing, in what order, and what have we concluded? This is the facilitator's hat and it bookends everything else.
Why one mode at a time beats a normal discussion
In an ordinary meeting, the person who speaks first sets the mode. If they open with a risk, the next four contributions are risks, and an idea that was worth exploring dies in minute three. If they open with enthusiasm, the room's genuine concerns get held back because raising them now looks like being negative about something everyone else seems to like.
That is a mechanical problem, not a culture problem. Everyone holding the same hat removes the social cost of the mode: when the whole room is doing black hat, listing a risk is compliance rather than dissent, and when the whole room is doing yellow, finding the upside in a colleague's proposal is not flattery. The method is one of the few structural defences against a group converging early and calling it agreement.
It also fixes a sequencing problem. Groups habitually evaluate before they have generated, which kills the option that needed twenty more seconds of development. Putting green after black forces the room to respond to the objections it just raised rather than stopping at them.
The point of the hats is not that six people bring six perspectives. It is that twelve people can all be sceptical for four minutes, then all be constructive for four minutes, and nobody has to volunteer to be the difficult one.
Pick a sequence that matches what the session is for
There is no single correct order. Blue always opens and closes; what happens between them depends on whether you are evaluating something specific, generating options, or trying to unstick a group that has already dug in. Choose the sequence before the session and put it on the agenda so people can see the shape.
| Sequence | Use it when | Typical length | Watch out for |
|---|---|---|---|
| Blue - White - Red - Yellow - Black - Green - Blue | Evaluating one concrete proposal | 55-65 min | Runs long; cut white if the facts were pre-read |
| Blue - White - Green - Yellow - Black - Blue | Generating options from a blank start | 45 min | Green with no constraints produces unusable volume |
| Blue - Red - White - Black - Green - Blue | A group that is already stuck or divided | 50 min | Red first can harden positions if it becomes debate |
| Blue - Black - Green - Blue | A plan that looks too comfortable | 20-25 min | Feels negative unless green is genuinely protected |
| Blue - Yellow - Black - Blue | A fast decision in a regular meeting | 15 min | Too short for anything genuinely contested |
| One hat per person, all at once | Nothing - this is the misuse | n/a | Turns the method into role-play and typecasts people |
What to prepare before you run it
The hats examine something, so you need the something written down before anyone arrives. One page: the proposal, what it would cost, who it affects and what decision the session is being asked to make. A group given a vague topic will spend white hat arguing about what is actually on the table, and you will lose fifteen minutes you needed later.
Send that page and any supporting numbers 48 hours ahead. Pre-reading is what lets you compress white hat from eight minutes to three, and the compression matters because green and blue at the end are the blocks that produce the decision. Sessions run out of time at the end, never at the start.
Then pick your sequence and write the timings on the agenda. Deciding the order live looks flexible and reads as improvisation, and it makes the parking rule impossible to enforce - you cannot tell someone their objection is four minutes away if you have not yet decided when black hat is.
A sixty-minute run you can follow as written
Announce each switch out loud and put the current hat on the screen. The visible marker matters more than it should - people genuinely lose track of which mode they are in, and half of the method's value is knowing that a colleague's objection is black hat rather than opposition.
Collect each block as simultaneous written input rather than open discussion. Session Flo works well here because you can run six back-to-back open-text or word-cloud activities from a single room code, so switching hats is one click rather than a new link and thirty seconds of re-joining. It also means the black hat block is not dominated by whoever objects fastest.
Blue - frame it (5 min)
State the question in one sentence, name the sequence and the time on each hat, and say what the session must produce. 'By ten past we will have a go, no-go or go-with-changes on the pricing change.'
White - the facts (8 min)
Everyone types what they know, one item per line, plus what they do not know. Read the unknowns aloud - they usually turn out to be the real agenda. No debate about what the facts mean yet.
Red - the reaction (4 min)
One word or one line each, submitted simultaneously and anonymously, no explanation. Display the spread and say what you see. Do not ask anyone to defend their word - the entire value is that they did not have to.
Yellow - the upside (8 min)
Best realistic case and the specific reason it might hold. Push for mechanism rather than optimism: not 'customers will love it' but 'it removes the step where thirty per cent drop out'.
Black - the risks (10 min)
The longest block because it is the one that surfaces most. Hard stop at ten minutes. Ask for concrete failure modes with a trigger, not general unease.
Green - the alternatives (12 min)
Silent generation for four minutes, then group and build for eight. Point at the black hat list explicitly: what would we have to change for these three risks to stop mattering?
Blue - close it (8 min)
Rank the green options, state the decision, name the owner and the date. If the honest answer is 'not enough information', say which white-hat unknown has to be closed and who is closing it.
Running the hats remotely and in hybrid rooms
Top Tips
- Drop the props entirely. Physical hats are a distraction on video and impossible to share fairly in a hybrid room where half the group has them and half do not.
- Use a colour block on the shared screen as the mode marker, changed at every switch, and say the switch out loud as well. Two signals, because someone is always looking away.
- Make every block written and simultaneous. Sequential speaking on video costs a hat's entire time-box in turn-taking, and it re-creates the airtime problem the method exists to solve.
- Shorten every block by a third for remote sessions and add a two-minute break at the halfway point. A full sixty-minute run on video is roughly twice as tiring as the same thing in a room.
- Keep red hat anonymous. Typed gut reactions attached to names get sanitised into something reasonable-sounding, which is precisely the input you did not need.
- Show the previous hat's output beside the current one during green. Working from the black hat list on screen is what turns green from freewheeling into problem-solving.
Teaching the hats to a group that has never used them
Do not explain all six upfront. Two minutes of colour-coded theory before any work has started is the fastest way to make the method feel like a management fad, and people will have forgotten four of the six by the time you get there.
Introduce each hat at the moment you switch to it, in one sentence, with the instruction attached: 'Next four minutes are gut reaction only - one line, no justification, nobody has to explain it.' The group learns the method by doing it, and the sceptical people find they have already used three hats before anyone said the word framework.
Debrief it once at the end, briefly. Ask which block produced the most useful material and which felt artificial. Groups almost always name black hat as easy and yellow hat as unexpectedly hard, and that observation is more persuasive than any explanation you could have given at the start about why the structure exists.
Where Six Thinking Hats actually fails
The method has real limits and pretending otherwise is how facilitators end up with a room that has decided the whole thing is a gimmick. It is a structure for examining something that already exists, so it does badly as a blank-page tool: green hat with no proposal on the table produces scattered ideas with nothing to attach them to.
It also assumes a group that will accept a facilitator interrupting them. In a session with a strong hierarchy, the senior person who wants to make a point during the wrong hat will make it anyway, and if you let that pass once the structure is gone. Either get explicit agreement from that person before the session that you will park them like anyone else, or run something with less enforcement in it.
✓ Pros
- •Separates evaluation from generation, so ideas are not killed in their first minute
- •Makes dissent structural rather than personal - everyone is sceptical at the same time
- •Gives the quiet, cautious person a protected block instead of a reputation
- •Produces six labelled sets of output that map straight onto a decision write-up
- •Legitimises feelings as an input without requiring anyone to justify them
- •Easy to teach - a group can use it properly after one run-through
✗ Cons
- •Overkill for a decision that is genuinely already made or reversible in a day
- •Weak as a blank-page ideation tool with no proposal to react to
- •Collapses into role-play the moment you assign one hat per person
- •Black hat runs long unless you enforce the stop, and then the room ends flat
- •Feels performative to groups who already disagree openly and productively
- •The colour language is jargon; teams who use it constantly start hiding behind it
The two-hat version for ordinary meetings
You do not need the full ceremony for most decisions. The compressed version is two blocks of four minutes: everyone writes the risks, then everyone writes what would have to be true for it to work. Blue hat is you, saying at the start what the decision is and at the end what was decided.
This takes fifteen minutes including the close and it prevents the most common failure in a normal meeting - the first objection setting the tone and nobody bothering to make the positive case. Teams that use the fifteen-minute version weekly get more out of the method than teams who run the full sixty minutes twice a year and then forget it.
Turning six columns of output into a decision
Close the loop while the room is still in it
The output is worthless if it is emailed as six lists the next day. Spend the final eight minutes on it live, with everyone present. A hat session that ends without a named decision is a very well-structured conversation and nothing more.
Rank the green options, do not discuss them
Put the alternatives up and run a quick dot vote or a two-vote-each poll. Discussion at this stage reopens black hat by the back door and eats the time you needed for the close.
Convert the top black hat risks into owned mitigations
Take the three risks the room ranked highest and attach a name and a date to each. A risk with no owner is a note; a risk with an owner is a decision the group actually made.
Write the unknowns down as questions, not topics
Everything white hat surfaced as 'we do not know' becomes a specific question with someone answering it by a specific day. 'Check the churn data' is a topic. 'What was churn for the trial cohort in Q3, by Friday, Priya' is a question.
State the decision in one sentence and say it out loud
Go, no-go, or go with these two changes. Say it, then ask if anyone in the room would describe it differently. That question catches the false consensus that a well-run structured session can otherwise manufacture.
Send the six lists with the decision on top
The recap leads with the decision, the owner and the date, and carries the six hats underneath as the reasoning. Anyone who missed the session can reconstruct why, which is the thing that stops the argument restarting in three weeks.
Facilitator moves that keep the method honest
Your main job during the blocks is enforcement, and it needs to be light. When someone offers a risk during yellow hat, do not debate it - say 'hold that, it is four minutes away' and write it down somewhere visible so they know it will not be lost. Parking with a visible list is the difference between enforcement that feels like structure and enforcement that feels like being shut down.
Watch for the two characteristic failures. The first is black hat sprawl, where the risk block runs to twenty minutes because it is the mode the group finds easiest and most socially safe; stop it on time even mid-sentence. The second is yellow hat as politeness, where the upside block produces bland agreement rather than mechanism; push once with 'why specifically would that work?' and the quality changes immediately.
Finally, resist running the hats on something that does not need them. A group that already disagrees openly, tests its own assumptions and separates generating from judging is doing the thing the method exists to install. Using it there adds process to a room that was already working, and that is how a genuinely useful structure earns a reputation as workshop theatre.
Frequently asked questions
Should each person wear a different hat?
No. That is the single most common misuse and it inverts the method. The entire mechanism depends on everybody being in the same mode at the same time, so that raising a risk or making the positive case is what the whole room is doing rather than a personal position. Assigning one hat per person typecasts people, gives the sceptic a mandate for the full hour, and re-creates the cross-purposes argument the hats were meant to eliminate.
How long does a full Six Thinking Hats session take?
About 55 to 65 minutes for the full six-hat sequence with a real decision at the end, and roughly a third less if the factual pre-reading was sent in advance and white hat becomes a quick check. Remote sessions should shorten every block by around a third and add a mid-point break. For everyday decisions, a two-block version - risks, then what would have to be true - takes fifteen minutes and captures most of the benefit.
What group size does the method work at?
Anything from four to about forty, provided each block is collected as simultaneous written input rather than open discussion. Below four you lose the diversity of input that makes parallel thinking worth the structure. Above about twelve, verbal blocks stop working entirely - a ten-minute black hat block shared between twenty-five people gives everyone twenty-four seconds, so typed submission is the only version that scales.
Which hat should come first after blue?
White hat is the safest default because establishing what is actually known before anyone evaluates prevents an argument built on two different sets of assumptions. Red hat first works well for a group that is already divided, because surfacing gut reactions early stops them leaking into every other block disguised as analysis. Never open with black - the room will spend the rest of the session climbing out of it.
Does the black hat make the session negative?
Only if it is unbounded or if it comes last. Give it a hard time-box, ask for concrete failure modes with triggers rather than general unease, and always follow it with green or yellow so the room finishes in a constructive mode. The sequencing is deliberate: black hat identifies the problems and green hat exists to solve them, so ending on black leaves the group with a list of reasons not to act and no route through them.
Can Six Thinking Hats be run asynchronously?
Partly. White, black and yellow work reasonably well as timed asynchronous rounds, since they benefit from thinking time and produce written output naturally. Red hat loses most of its value asynchronously because the point is the group seeing its own spread of reactions at one moment. Green hat needs the black hat output visible and some back-and-forth to build on ideas, so it is worth keeping live even if the rest is collected in advance.
Keep reading
- how groupthink hides disagreement — The failure mode the black hat block exists to interrupt.
- facilitating a brainstorm that produces real ideas — What to run when there is no proposal on the table for the hats to examine.
- turning workshop output into decisions — Getting from six labelled lists to something with an owner and a date.
- handling a dominant voice in the room — Why each hat block should be written and simultaneous rather than spoken.
- run all six hat blocks from one room code — Back-to-back open text and word clouds without a new join link each time.