Game Design and Boredom: Learning From What I Like

For those of you poor deluded souls who are long term readers (or long term “receivers of e-mail that you file under the ‘read while anaesthetised’ folder”) you will remember that I talked about producing a zombie game some time ago and was crawling around the house to work out how fast you could travel as a legless zombie. Some of you (well, one of you – thanks, Mark) has even sent me appropriately English pictures to put into my London-based game. Yet, as you can see, there is not yet a game.

What happened?

The first thing I wanted to do was to go through the design process and work out if I could produce a playable game that worked well. Along the way, however, I’ve discovered a lot of about games because I have been thinking in far more detail about games and about why I like to play the games that I enjoy. To quote my previous post:

I play a number of board games but, before you think “Oh no, not Monopoly!”, these are along the lines of the German-style board games, games that place some emphasis on strategy, don’t depend too heavily on luck, may have collaborative elements (or an entirely collaborative theme), tend not to be straight war games and manage to keep all the players in the game until the end.

What I failed to mention, you might notice, is that I expect these games to be fun. As it turns out, the first design for the game actually managed to meet all of the above requirements and, yet, was not fun in any way at all. I realised that I had fallen into a trap that I am often prone to, which is that I was trying to impose a narrative over a set of events that could actually occur in any order or any way.

Ever prepared for a class, with lots of materials for one specific area, and then the class takes a sudden shift in direction (it turns out that the class haven’t assimilated a certain foundation concept) and all of that careful work has to be put away for later? Sometimes it doesn’t matter how much you prepare – life happens and your carefully planned activities get derailed. Even if you don’t get any content surprises, it doesn’t take much to upset the applecart (a fire alarm goes off, for example) and one of the signs of the good educator is the ability to adapt to continue to bring the important points to the learner, no matter what happens. Walking in with a fixed narrative of how the semester is going to roll out is unlikely to meet the requirements of all of your students and if something goes wrong, you’re stuffed (to use the delightful Australian vernacular, which seems oddly appropriate around Thanksgiving).

In my head, while putting my game together, I had thought of a set of exciting stories, rather than a possible set of goalsevents and rules that could apply to any combination of players and situations. When people have the opportunity to explore, they become more engaged and they tend to own the experience more. This is what I loved about the game Deus Ex, the illusion of free will, and I felt that I constructed my own narrative in there, despite actually choosing from one of the three that was on offer on carefully hidden rails that you didn’t see until you’d played it through a few times.

Still my favourite computer game!

Apart from anything else, I had made the game design dull. There is nothing exciting about laying out hexagonal tiles to some algorithm, unless you are getting to pick the strategy, so my ‘random starting map’ was one of the first things to go. London has a number of areas and, by choosing a fixed board layout that increased or decreased based on player numbers, I got enough variation by randomising placement on a fixed map.

I love the game Arkham Horror but I don’t play it very often, despite owning all of the expansions. Why? The set-up and pack-up time take ages. Deck after deck of cards, some hundreds high, some 2-3, have to be placed out onto a steadily shrinking playing area and, on occasion, a player getting a certain reward will stop the game for 5-10 minutes as we desperately search for the appropriate sub-pack and specific card that they have earned. The game company that released Arkham has now released iPhone apps that allow you to monitor cards on your phone but, given that each expansion management app is an additional fee and that I have already paid money for the expansions themselves, this has actually added an additional layer of irritation. The game company recognises that their system is painful but now wish to charge me more money to reduce the problem! I realised that my ‘lay out the hexes’ for the game was boring set-up and a barrier to fun.

The other thing I had to realise is that nobody really cares about realism or, at least, there is only so much realism people need. I had originally allows for players to be soldiers, scientists, police, medical people, spies and administrators. Who really wants to be the player responsible for the budgetary allocation of a large covert government facility? Just because the administrator has narrative value doesn’t mean that the character will be fun to play! Similarly, why the separation between scientists and doctors? All that means is I have the unpleasant situation where the doctors can’t research the cure and the scientists can’t go into the field because they have no bandaging skill. If I’m writing a scenario as a novel or short story, I can control the level of engagement for each character because I’m writing the script. In a randomised series of events, no-one is quite sure who will be needed where and the cardinal rule of a game is that it should be fun. In fact, that final goal of keeping all players in the game until the end should be an explicit statement that all players are useful in the game until the end.

The games I like are varied but the games that I play have several characteristics in common. They do not take a long time to set-up or pack away. They allow every player to matter, up until the end. Whether working together or working against each other, everyone feels useful. There is now so much randomness that you can be destroyed by a bad roll but there is not so much predictability that you can coast after the second round. The games I really like to play are also forgiving. I am playing some strategy games at the moment and, for at least two of them, decisions made in the first two rounds will affect the entire game. I must say that I’m playing them to see if that is my lack of ability or a facet of the game. If it turns out to be the game, I’ll stop playing because I don’t need to have a game berating me for making a mistake 10 rounds previously. It’s not what I call fun.

I hope to have some more time to work on this over the summer but, as a design exercise, it has been really rewarding for me to think about. I understand myself more and I understand games more – and this means that I am enjoying the games that I do play more as well!


Today, As I Was Crawling Across the Floor…

As I believe I’ve already mentioned, I play a number of board games but, before you think “Oh no, not Monopoly!”, these are along the lines of the German-style board games, games that place some emphasis on strategy, don’t depend too heavily on luck, may have collaborative elements (or an entirely collaborative theme), tend not to be straight war games and manage to keep all the players in the game until the end. Notably, German-style board games don’t have to be German! While some of the ones that I enjoy (Settlers of Cataan, Ticket to Ride and Shadows Over Camelot) are European, a number are not (Arkham Horror, Battlestar Galactica and Lords of Waterdeep). A number of these require cooperative and collaborative play to succeed – some have a traitor within.

I have discussed these games with students on a number of occasions as many students have no idea that such games exist. The idea of players working together against a common enemy (Arkham Horror) appeals to a lot of people, especially as it allows you to share success. One of the best things about games that are well-designed to reward player action and keep everyone in the game is that the tension builds to a point a final victory gives everyone fiero – that powerful surge of joy.

Now, while there are many games out there, I decided to go through the full game design process to get my head around the components required to achieve a playable game. I’ve designed some games before and, after a brief time spent playing them, I’ve left most of them back on the shelf. Why? Poor game design, generally. As a writer, I have a tendency to think of stories and to run narrative in my head – in game terms, this is only one possible passage through the game. One of the strengths of computer games such as Deus Ex is the ability to play multiple times and get something new out: to shake up the events and run it in your order, forming a new narrative. (In DE, technically, you were on rails the whole time, the strength of the game is in the illusion of free will.)

Why is it important for me to try and design a good game? Because it requires a sound assessment of what is required, reflection upon how I can model a situation in a game, good design, solid prototyping, testing, feedback, revision, modification, re-testing, thought, evaluation and then more and more refinement. From a methodological point of view, my question to myself is “Can I build a game that is worth playing based on a general sketch of the problem, a few good ideas and then a solid process to allow me to build game features in the way that I would build code features?”

Right now I’m in the requirements gathering phase and this is proving to be very interesting. I’m working on a Zombie game (oh no, not another one) but I want to have a three-stage game where the options available to players, resources and freedom of action, change dramatically during each stage. I want it to be based in London. I want to allow for players to develop their characters as they play through a given game. I want player actions to have a lasting impact in the game, for decisions to matter. I want the game to generate a different board and base scenario set every time, to prevent players learning a default strategy. I want the whole thing to run, as a board game, in the German style. I want the instructions to fit onto 8 A4 pages – with pictures.

(I should note that I’ve been playing games for a long time and made a lot of notes about rules and mechanics that I like, so this has all formed part of my requirements gathering, but I’m not trying to put a new skin on an old game – I’m trying to create something interesting that is also not a blatant rip-off. Also, yes, I know that there are already a lot of zombie games out there. That isn’t the point.)

I’ve been crawling the web for pictures of London, layouts, property values, building types and other things to get London into my head. Because the board has to change every time, and I can’t use computer generation, I need a modular board structure. That, of course, requires that the modules make sense and feel like London, and that the composition of these modules also makes sense. I need the size of the board to make the players work for their victories and not make victory too easy or too hard to attain. (So, I’m building bounds into the modularity and composition that I can tune based on what happens in play testing.)

I knew this but my research nailed it as a requirement: London is about as far away from being a grid layout as you can get, with a river snaking through it. Because of this, and my randomisation and modularity requirements, I had to think about a system that allowed me to put the elements together but that didn’t make London look like New York.  Instead, I’ve opted for a tiled layout based on hexagons. They tesselate nicely, you can’t run in straight lines, and you can’t see further than the side of one hex, which reflects the problems of working in London without having to force someone to copy out a section of the London map with all of its terrible twists and turns.

The other thing I really wanted to know was “How fast do zombies move?” and, rather than just look it up, I’ve spent a bit of this afternoon shambling around the house and timing myself to see what the traditional “slow” zombie does. Standard walking and running are easy (I have a good feel for those figures) but then I thought about that stalwart of zombie movies – the legless crawler. So, in the interests of research, I measured off a 10m course and dragged myself across the floor only using my arms. Then I added a fudge factor to account for the smoothness of the floor and, voila, a range of speeds that tell me how long zombies will take to move across my maps.

Why do I need to do this? Because I’ve never done it before. From now on, if someone asks me what the estimated speed of a legless zombie is on a level surface, I can say “Oh, about 0.25m/s” and really stop the conversation at the Vice Chancellor’s cocktail party.

Requirements gathering, around a problem specification, is a vital activity because if it’s done properly then you gain more and more understanding of the problem and, even though initially the questions seem to explode, you can move to a point that you have answered most of the important questions. By the time I’ve finished this stage, I should have refined my problem statement into a form that allows me to write the proper design and then build the first prototype without too many further questions. I should have the base rules down in a form that I can give to somebody and see what they do.

By doing this, I’m practising my own Software Engineering skills in a very different way, which makes me think about them outside of the comfortable framework of a programming language. Students often head off to start writing code because it’s easier to sit and write code that might work, instead of spending the time doing the far more difficulty activities of problem specification, requirements gathering, specification refinement and full design. I don’t get much of a chance to work on commercial software these days, so a zombie game on the weekends is an unusual, if rewarding, way to practice these skills.

Sliding across the floor is murder on the knees, though…