This article was originally posted on Kongregate's Developer Blog.
Making games in a week isn’t easy. As someone who has built around 30 different games in less than a week, I've encountered a lot of counter-intuitive hurdles to working in this timebox.
The good news is that a week is perhaps the best amount of time to gauge a design. It offers enough time to execute the primary details of the game, while giving some space to pivot and polish as necessary. While every team is different (or solo developer for that matter), a couple of days just isn’t enough at times to really execute a design, and often a month leads to over-polish or over-design. A week keeps everything in check. And a weeklong jam will teach you a lot about your own game development; game jams really accentuate your abilities as a developer in interesting ways.
All said and done, here are seven tips for building a game in seven days:
Executing in a timebox is tough. Being cognizant of time is critical to the success of your jam, and you should plan accordingly.
A weeklong game jam totals 168 hours from start to finish, but you’ll be using a subset of that. With a normal amount of sleep that’s maybe a 110 hours max. Reasonably, it's even less time than that if you count all the important human things you do daily. You’re going to eat, right? You have kids? School? You have loved ones that care about you? Don’t neglect those things (see Tip #6).
Once you figure out how much time you have, allocate the first 80% to actual development time, and leave the last 20% empty. While this seems like a lot of time, it’ll become really important for several reasons:
Be honest with yourself and how much time you have to dedicate:
There’s quite a lot you can do before the jam begins. Here are the biggest ones:
The theme announcement can be incredibly stressful, exhilarating, confusing, and exciting. A theme sets the entire tone and design for your game, so it rightfully earns the reaction you give it. Your ability to execute on theme is really important!
After you calm down a bit, begin to think about game ideas that immediately come to mind from the theme. Write them all down, and if any are too long, attempt to break them down even further.
The theme is “stop.” What do you immediately think of?
“Time.” “Cars in an intersection.” “The end.” “A button on a VCR.” “A red hexagon-shaped sign.” “Red light.” “Blocking.” “Not moving.”
By dragging out all the verbs, nouns, and feelings that you derive from the theme, you get a palette of direction to go from. Think about what these words and phrases mean to you. Think about mechanics that tie into these words.
Now it's time to design. Usually by this time some ideas start to flow, so get that brainstorm going with your team on how the game works. Think about art styles that match the mechanics and theme. Think about music and sound and how they complement that art and mechanic. For each element of design, think about how difficult it would be to execute. Some art and music styles are incredibly difficult to execute in sprints, so think about your strengths and weaknesses as you plan. Make good risk in design, don’t box yourself into the impossible.
Got the game? Time to schedule.
Within the first few hours you should know the general direction of the game and how your time is allocated between you and possible team members.
By making a plan, everyone knows when things are due, and it minimizes the chances of blockers or bad overlaps in work. Efficiency is crucial in limited-time events. Your ability to plan well will give you a much higher chance of reaching success.
While this schedule doesn’t work for everyone, this is basically how I would execute on-time for several of my projects.
Things don’t always feel right in game development, especially when you’re working on new concepts. If you have time to pivot and have purpose to pivoting, do it. We often think something is more fun or interesting than it actually is when we plan, and not being dead-set on the outcome is important. But, you should do a few things before doing a hard pivot:
Get buy-in from your team. Obviously communication is really important.
Even if everything is going perfect, massaging mechanics is some of the most interesting work you’ll do in a game jam. Make sure you aren’t forgetting to tweak and modify your original design. Continue to think about how you could improve your game as it comes to fruition.
Good communication is not just about your internal team, but also the greater jam. Your jam team should know how they’re going to communicate and share content ahead of time. Teams shouldn’t be relying on finding a Dropbox, common email, or GitHub repo while the jam is already in action. Think about where you’re facilitating the bulk of your communication. Slack? Skype? Google Hangout? Ensure everyone has buy-in and is good with the medium of choice.
Sharing your jam in-progress is a great way to give developers and players insight into your design and development progress. Try sharing screenshots, quick builds, and pics of your team hard at work. Even if you don’t see the immediate value of it, other devs thrive in knowing that they’re in the company of a hard week’s work, and so will you. Likewise, you’re building traction with players and getting them excited and supportive.
The pressures of completing a 7-day sprint are really high. In nearly every situation it doesn’t make sense to skip sleep for three days or forego eating to get a few extra hours of programming. Beyond being grumpy and terrible to work with, your work will be compromised dramatically. Your priorities should be aligned with your own needs, first and foremost, then to the jam. Plan effectively. A week is a good amount of time to execute.
Jams are supposed to be fun and engaging. While often jams are a competition, by no means should competition get in the way of you being nice or helping another team. Game jams live and thrive on developer comradery. Both inter- and intra-team drama can be frustrating. The unexpected always rears its head during short development sprints. The best mindset is to keep calm and adjust appropriately. Ultimately positive attitude, patience, friendliness, helpfulness, and teamwork will get everyone to the finish line in good spirits.
While jams are a great way to see if mechanics work, the larger takeaway might not even be a finished game. Game jams are a great time to learn about yourself, others, and what you can accomplish in a short period of time. You might have accidentally stumbled upon a mechanic that you’ll use in the next great game, or you might have met a new artist or programmer that perfectly jives with your style. Often we learn what we’re really good or bad at in a pinch (for me I’m terrible at building levels quickly, but I’m really fast at comping and programming UI). Sometimes we make human mistakes, like forgetting to delegate who was supposed to order pizza, or running out of coffee and having to send someone out to the coffee shop. As you do more jams, you get better, and as you begin new games you’ll already be ahead of where you were just a week ago.
Document and write your outcomes. Share them with the jammers, and bring your experience to others just getting started. It helps you digest your game jam experience and helps others process theirs.
John is the director of Launchpad, Kongregate's incubator for emergent game design. He has developed and published over 100+ games, culminating in plays in the hundreds of millions.
Prior to Kongregate, John was the Head of Game Development at Armor Games.