Release a game in the past year or so.  I wanted to focus on a recently completed project to ensure my talk was relevant.  I almost submitted a talk after the Halo 5: Guardians beta was released, but I decided waiting another year for the full release was best.

Ensure the game gets critical acclaim and/or good press coverage.  I figured name recognition wasn't going to hurt.  Halo checked that box.

Ensure I have the time it takes to commit to this.  I'll break this down per phase, but I knew this was gonna be a big effort.

Ensure I've had enough practice presenting in front of large groups.  I tried making up for this between submitting and presenting, but this is one area I probably could have been better prepared for.

Ensure I know/trust people that can commit to proofreading and giving feedback.  There was no way I could do this alone.  It's a good thing I have awesome old colleagues that have the patience to help me out when I need it.

Play a significant role in a topic I'd like to talk about.  I needed to know the material inside and out, but maybe even more difficult was feeling comfortable taking significant credit for it.  I was really self conscious about that going into my first submission.

Choose a topic that has mass appeal.  I wanted to ensure that pretty much any game developer, no matter what their discipline, would benefit from and enjoy my talk.  For better or worse, I think game design topics get away with that, inherently.

Focus on the details.  There are GDC talks that I haven't enjoyed.  Usually, it's because the talk just scratched the surface on a topic I wanted to dive deeper into.  Jamie Griesemer's "Design In Detail" talks solidified that for me.  They are my favorite.  Watch this one, and then all the rest of them.

Present actionable takeaways.  This was really important for me.  My favorite talks ALWAYS have clear, actionable advice.  Like, I could go back to my desk and immediately start implementing new practices to improve my work.

Less is more.  After getting a first pass of the full presentation completed, I never added additional material.  I only removed material in favor of ensuring I had time to get into enough detail on the areas that were most important to me.

Using Google Slides for this stage was really nice.  Eventually you'll need to create a proper PowerPoint presentation using the template provided, but at this stage using Google Slides is great cause you can work on the talk from anywhere.  I hated having to keep track of my latest file between all the computers I use after switching to PowerPoint.

Ask for feedback early.  It can be really nerve racking opening yourself up to criticism on something like this, but just bite the  bullet and do it sooner rather than later.  You don't want to go down the wrong path for too long and then be told it's not working out.

Remove as much text from the slides as you can.  I got this feedback a few times.  I stripped out every word I could by the end.  It's less overwhelming for the audience.  A wall of text can be intimidating/confusing.

Present one bullet point at a time.  Don't display the full list all at once.  Spoon feeding one at a time is a little more manageable on the receiving end.

Keep the slides engaging (i.e. don't let them be static for too long).  Maybe it's A.D.D., maybe it's the internet or maybe it's just people, but we get distracted.  One way I tried to combat this was to have a constant, slow drip feed of animations in the presentation to keep people focused on what was going to pop up next.

Use animated gifs, but don't keep them up for too long.  If a picture paints a thousand words, animated gifs can paint a million.  But, don't leave them up for too long, otherwise that's all people will be able to look at and they'll stop listening to you.

Record yourself giving the talk...then do it again...and again.  This.  As many times as you can.  Pure and simple.

Present in front of real people when you get the chance.  It's weird, but you become hyper aware of what you're saying when there are actual people in front of you.  Just recording yourself is not enough at this phase.

Don't drink (alcohol) the night before and get lots of sleep.  Both of these should go without saying, but catching up w/ old friends at the conference can be tempting.  Just accept you're not going to do that the night before your talk.

Wake up 2-3 hours before the talk.  Eat breakfast, drink coffee and get to the talk with ample time to chill.  Leave time to get comfortable in the room before people show up.  You don't want to feel rushed.

Try to enjoy it.  I was way too wound up and it comes through in  the talk.  Hopefully, if there is a next time, I have a little more fun with it.

Total Headcount: 143

Session Ranking within Design Track: your session is ranked 29 of 34

Session Ranking within Game Developers Conference 2016: your session ranked 266 of 384

Evaluation Response -- Total Count of Each Response

"Great deck, solid info including many notes on the iterative process, and also revealed a solid and easy to follow step by step design process. Best talk I've seen this year so far."

"Jam-packed with mechanical goodness. Insightful and engaging!"

"I went to this talk mostly as a halo fanboy, but when I started to get engaged in this talk I started to learn more about the many iterations they did on the spartan abilities. This made me feel more comfortable on where they landed with them and I will be able to take this methodology on button mapping iterations back to my studio."

"Very informative and paced well over the hour. Had the right amount of content and very relatable as a designer/researcher working in MP FPSs for console."

"Sounded like he read the presentation word by word, which makes it feel a bit unnatural. Interesting data and GREAT footage. Video makes everything so much more interesting and did an EXCELLENT job of explaining/demonstrating things."

"I liked seeing the examples on-screen. It was very helpful. It did however, sound like he was just reading off a paper, which made it a little bit harder to pay attention and not as genuine, but the content was all spot-on and very informative."

"I've never played the game that was the subject matter, but the talk presented interesting techniques, I did feel that the presenter read a script, as opposed to knowing their talk though."

"Great talk! The speaker had a lovely voice but he could benefit from doing more inflections, the voice was becoming monotone. Injecting high and lows, and pacing. Rich, deep content nicely packaged!"

"Speaker was much more engaging AFTER the talk during Q&A off-script, would have loved to see more of that during the talk itself. Tendency to speak in monotone as if reading a script during lecture. Wanted more depth - too much entry level stuff (recall things like an entire slide about iterating at your desk before playtesting). That's Design 101, not why I attend GDC talks. Ingredients are there for good talks in future, but something went wrong here - scope either too narrow, or focus in the wrong areas. Lots of questions about things like camera iteration (first->third person transition), aiming/reticle design for Ground Pound ability, etc. that would have been appreciated during talk instead of design basics."

"The speaker could be better at engaging his audience. A lot of the information was very basic. Most game desisgners should know that process."