There is a subtle but important difference between naming something and explaining something.
You might be able to point at some code and confidently say “that is a clean solution”. But what does that really mean? Could you explain that term to someone else in plain, simple language? Could you do it without using the words “clean” or “solution”? Now how many of these familiar-sounding terms do you think could you explain to a friend in 90 seconds?
The game aims to improve people’s clarity of thought and precision of language. It’s only by asking people to communicate ambiguous, vaguely familiar or, even, complicated terms to a colleague in plain, easy to understand language that we realise how much we rely on buzzwords and jargon to fill in the blanks in our own understanding!
The game can help up-skill newbie developers and testers or assist interviewers to assess the communication skills of candidates. It could also help bridge the communication divide between technical (devs, testers) and non-technical (Product, Business, UX) team members.
Phil Karlton famously said, “There are only two hard things in Computer Science: cache invalidation and naming things”. Once you play the game you’ll realise there’s a third; “explaining things”!
What you need to play the game
- A Pen
- ~100 Index cards
The scope of terms you decide to include can be as broad or narrow as you like. See table below for some examples of what I use in my version.
|Retro||POST||Hotfix release||git reset –hard||Story|
|Dev complete||Response||Integrated Test||502 Bad Gateway||chmod 777|
|Boolean||Technical work||++||Port 443||JSON|
|LGTM||Serialization||Context switching||Legacy code||Credential Stuffing|
|Brooks Law||Property||Quality||Bearer Token||Hello World|
|Senior Developer||PACT||===||Fibonnaci numbers||Pair programming|
- You can not use any word written on the card, or derivative of it, to explain the term or acronym i.e. if you are trying to explain the term “developer”, you are not allowed to say dev, develop, development, etc.
- You have to explain the term in the context of software development i.e. you are not allowed to talk about houses or apartments if you’re trying to explain “property”
How to play
- Nominate 1 person to be the Games Master
- See “Games Master Responsibilities” section below
- Split everybody else into equally sized teams.
- you need a minimum 4 people to play. There is no maximum on how many people can play
- We played with 12 people (3 teams of 4 players) and it worked really well!
- Each team takes turns to play
- 1 person on each team is the Describer; everyone else is a Guesser. The roles within the team rotate each turn
- Each team has 90 seconds to correctly name as many terms/acronyms as possible
- The Describer can pass/skip on a maximum of 3 cards, called Skipped cards, per turn
- At the end of the 90 seconds, the Opposing team get an opportunity to earn bonus points. They get 30 seconds (before the start of their 90 second turn) to describe as many of the Skipped cards as possible
- Each correctly guessed card is worth 1 point
- If the Describer breaks either rule, the card is immediately discarded. No points can be earned on Discarded cards
- The last card the Describer tries to explain should be treated as Discarded card and not a Skipped card
Games Master Responsibilities
- The Games Master should sit next to the Describer to determine if a forbidden word was used
- Below are the primary responsibilities of the Games Master
- Monitor time
- Keep track of scores
- Listen out of the use forbidden words
- All Games Master’s ruling are final!
Creating the gamGet 100 index card (most offices have an abundance of these)