Gamasutra: The Art & Business of Making Gamesspacer
View All     RSS
October 25, 2014
arrowPress Releases
October 25, 2014
PR Newswire
View All
View All     Submit Event





If you enjoy reading this site, you might also want to check out these UBM Tech sites:


 
Producerland (part 3 of 3) - legal edit
by Matt Powers on 03/17/14 09:42:00 pm   Expert Blogs   Featured Blogs

The following blog post, unless otherwise noted, was written by a member of Gamasutra’s community.
The thoughts and opinions expressed are those of the writer and not Gamasutra or its parent company.

 

Welcome to Producerland - a three part series sharing tips on being a producer and stories from the field.  Producerland defines "10 Rules" for producers and shares stories that cover "easpouse", Unreal, Medal of Honor, Infinity Ward, and many more.  This is the third and last part.

PRODUCERLAND - PART 3 of 3

TO FIND PREVIOUS CHAPTERS:  http://gamasutra.com/blogs/author/MattPowers/951858/

 
Columbus: Are you one of these guys that tries to one-up everybody else's story?
Tallahassee: No.  I knew a guy way worse at that than me.

 

RULE:        
Understand that everyone wants to make a good game

 

INSERT INTERESTING, USEFUL, AND ENTERTAINING STORY HERE

NOTE:  I had a story which would explain this rule but just prior to publishing I was asked by one of the groups involved with this story that I hold off publishing it at this time.  It was a polite request and one I am happy to go along with.  While I am disappointed I can't share this story with you at this time I understand the reason.  Hopefully at some time in the future I will be able to share the full, unedited Producerland story.

Zombieland fact:
Patrick Swayze was in the script as the intended celebrity cameo, but because he became ill, the offer was never made. Among the others considered were: Joe Pesci, Mark Hamill, Jean-Claude Van Damme, Sylvester Stallone and The Rock. Matthew McConaughey was supposed to do it but backed out at the last minute and the writers/director almost gave up on the cameo idea. Wernick finally went to Harrelson and asked if there was anyone "in his Rolodex" that might be willing to do it and the actor came up with Bill Murray. Murray, who doesn't have an email address and is notoriously difficult to reach, had to pick up his copy of the script from FedEx/Kinkos. The actor liked the part but asked if there could be more for him to do; the first version of his character was a zombie and therefore didn't talk. Murray came up with the idea of still being alive but wearing zombie make-up and the writers re-wrote the scene. He showed up on set two days later. Eisenberg said he "always hated celebrity cameos" (doesn't like popular culture) and that he never understood the tone of the movie until he saw it the first time. Now he loves Murray's cameo.

SIDENOTE:           Recommended Reading

Many times in my career I would purchase copies of "The Design of Everyday Things" by Donald A. Norman.  And I would give these books to designers on my project (and anyone involved with design, especially interface design).

This was a book recommended to me while I was working for Apple.  Apple is well known for its interface design and I was told this book was like a bible for interface designers. 

Here is a description of the book from Wikipedia:

The Design of Everyday Things is a best-selling book by cognitive scientist and usability engineer Donald Norman about how design serves as the communication between object and user, and how to optimize that conduit of communication in order to make the experience of using the object pleasurable. One of the main premises of the book is that although people are often keen to blame themselves when objects appear to malfunction, it is not the fault of the user but rather the lack of intuitive guidance that should be present in the design.

I recommend this book to everyone.

Zombieland fact:
Woody Harrelson plays the banjo himself--he studied hard at the last minute to learn and make sure he could play the song in this scene.

RULE:        
Someone needs to take charge and make the tough decisions

People often want strong management, not necessarily for themselves, but for the other people on the team.  People will believe they have their "shit together" but they will worry if the others on the team are carrying their weight.  They want you, the producer, to manage the team - to ensure others are doing their job so they won't have to worry about it.

It is amazing the amount of time people will spend worrying about what others are doing rather than just focusing that energy on ensuring they, personally, do a good job.

But also realize that being Producer doesn't necessarily mean you come up with all the solutions.  Often you confirm the decisions others have come up with but don't feel they have the authority or responsibility to make.

People would come to my office to ask what path should be taken.  A very good response from the producer is, "What do you think?"  Often team members have a strong idea of what should be done, but they don't feel comfortable taking responsibility for that decision.  And, they may not be aware of other issues/factors on the project that could impact this decision.  It is important for the producer to listen to the ideas from the team members and often the producer should go along with those ideas. And the team expects(needs) the producer to make the decisions.

Zombieland fact:
Woody is a vegan and also does not consume any sugar, so the elusive yellow snack cakes that his character is OBSESSED with were actually a big no-no for him. Fortunately, the filmmakers were able to provide the star with a convincing substitute made out of corn meal, which the actor found to be delicious.

PRODUCER TIPS:

  • Always have agenda

I am a stickler on agenda and meeting notes.  Every meeting should have an agenda.  If it is your meeting - even more so.  And then, if it is someone else's regularly occurring meeting and they don't make an agenda, volunteer to make one for them.

Send the agenda out a couple hours prior to the meeting (or maybe a full day).  This will ensure everyone knows what is to be discussed.  The agenda should have the action items from the previous meeting.  This way everyone knows what is expected for them to deliver/report on at this meeting.

For either phone or in-person meeting - have an agenda.

The agenda with its notes is a great record keeper and a great way to track and ensure tasks are completed.  It helps ensure people come prepared to the meeting.  It also helps keep meetings on track and on topic.

Recap:

  • Always have an agenda for your meetings (phone or in-person)
  • Take notes
  • Send the notes out after the meeting to all participants
  • Have action items included in the notes
  • Assign tasks to people in the meeting (these are the action items)
  • Send the agenda out with the action items from the previous meeting a couple hours to a day prior to the next meeting.

 

  • Avoid instant messaging, write detailed emails

I consider instant messenger the "instant interrupter".  There is nothing that will hurt productivity more than having people getting messages at random times constantly throughout the day.

I read a study once that said when someone is working at full productivity and is interrupted (real-time interrupts), it could take 20 minutes (or more) for that person to get back to that same level of productivity.

Email is a great tool:

  1. It can be checked when convenient to the receiver
  2. You have a record of the communication
  3. You can include multiple people
  4. You can write enough details to ensure everyone understands and will not have questions.

And when writing your emails do not skimp on the characters.  Write in detail;  repeat yourself often;  use bullet points for people who like to skim through their mail.  Reread your emails and answer questions in the email before the responder needs to ask.

  • Avoid rejecting milestones for work that has already been completed

The milestone payment is meant to pay for the work already completed.  For many developers this milestone payment goes right into their employees paychecks.  As a producer we should constantly be involved with the upcoming milestone.  There should not be any surprises once the milestone date comes along.

If a milestone does not meet expectations, then whenever possible, the required changes should be put as requirements for the next milestone.  Don't get bogged down having a deveopment team resubmit milestones.  This is demotivating, loses time, and often focuses on the wrong priorities.

Keep in mind:

  • Goal of a milestone is to pay for the work completed.
  • If Producer is in touch with developer than there shouldn't be any surprises.
  • Milestones could still fall short or not meet expectations.  Development is fluid and we should expect things to change. 
  • Try to solve any problems in the next milestone.
  • Remember:  your schedule is a snapshot - it needs constant attention and adjustment.

Recommendation:  With milestones I would often ask the developers to provide me their assesment of the milestone.  Where does the developer feel they overachieved in the milestone?  Where do they feel things feel short?  Ask the development team to asses its progress on each milestone.  It is important for the producer to know what the developer thinks of the work they are supplying - make sure the developer tells you.

  • Make sure there is a heavy

When working with a developer, it is important for the producer to have a good relationship with the developer.  But at the same time, on every project some pressure often needs to be exerted on the developer.  I always make sure I have a "heavy."

On more than one occasion I would be on the phone with my counterpoint producer at the developer.  I would say something like,

"My boss really needs that updated schedule [or whatever] from you and he is on my ass about it.  He needs it right away. Could we really try and get it done? "  [Being understanding is important]

"I know you are super busy but if WE can get this done and to my boss it will make getting some approvals easier on this end."  [Always find a way to assist - this is something 'we' need to do, not 'you' need to do]

"What can I do to help us get this done?"

Then I would go into my boss' office, and tell my boss - 

"By the way, if anyone asks, you REALLY want the schedule (or whatever) done right away."

Tallahassee: I'm not great at farewells, so, uh, that'll do, pig.
Columbus: That's the worst goodbye I've ever heard, and you stole it from a movie.

SIDENOTE:           I love Spam

While at Electronic Arts, I had the privilege of working with the Medal of Honor Society.  As Senior Producer on Medal of Honor, I was honored to be invited to attend the Medal of Honor Society banquet in Branson, Missouri. 

The banquet hall was filled with heroes from World War II through the Korean Conflict.  Conversations tended to steer away from war experiences, and we spoke about their grandkids and their hobbies.  At one point after the dinner, speakers come up and miscellaneous awards were presented.  I will always remember one of the speeches.

A gentleman came up to the stage, his tuxedo covered with medals, and he took the podium.

            "I love spam," were the first words he spoke.

He went on to describe his involvement in the Pacific Theatre of World War II.  In particular he spoke about a beach landing with his squad pinned down in a mortar hole.  As they were hunkered down waiting for orders, he grew hungry.  From his pack he pulled out a can of spam.  As he was opening the can the squad received orders to move up.  The group quickly climbed out of the hole and moved  up the beach.  In the excitement our hero left his can of spam behind.  They arrived at another ditch further inland and again hunkered down to wait.  Still hungry, our hero decided to crawl back to the previous hole to retrieve his Spam.  As he left his squad to retrieve his lunch, to get back to the spam he left behind, a mortar came down and landed in the hole he just left - injuring most of his squad, killing some.  He was then able to return and rescue much of the squad that were hurt by the mortar.

            "I love spam," he repeated solemnly.

It is amazing how my appreciation for Spam has changed after this.

In Conclusion

There is the adage, "Rules are meant to be broken."  That can certainly the case in the rules I have outlined here.  While we strive to make game development a science, there is still a lot that that is out of our control.  And if anything, the producer needs to be flexible and adjust strategy and direction throughout development.

I do hope these rules can be a starting point for discussions.  You may agree or disagree with many of the rules.  You may have your own rules for getting through product development.  I would love to hear them.  I would also love to hear your stories from the trenches.  Sharing our experiences can help us all learn and become better producers.

Additional Reading

On the GameCareerGuide site you can find another article I wrote that was just released.  The article is about my definition of a Producer.  It is entitled "Do you play games all day?"  This is a companion article to Producerland.  In this article I give a bit more detail on what I believe who a producer is and what they do.

About the Author

Matt Powers has been making video games for over 20 years.  Matt has enjoyed his years in game development and looks forward to many more years to come.  And hopefully more stories to share.

Article help from:


Related Jobs

Digital Extremes
Digital Extremes — London, Ontario, Canada
[10.25.14]

Sound Designer
Disruptor Beam, Inc.
Disruptor Beam, Inc. — Framingham, Massachusetts, United States
[10.25.14]

Lead 3D Artist
Red 5 Studios
Red 5 Studios — Orange County, California, United States
[10.24.14]

Graphics Programmer
Red 5 Studios
Red 5 Studios — Orange County, California, United States
[10.24.14]

Gameplay Programmer






Comments


Karna Krishnan
profile image
Loved the series. Hate the fact that it ends at the 3rd! I can't locate your article at Gamecareerguide. Could you share a link?

Christian Nutt
profile image
It's live now - http://www.gamecareerguide.com/features/1290/definition_of_a_prod
ucer_or_do_.php

Matt Powers
profile image
The article on GameCareerGuide should be live tomorrow (Tuesday, March 18th) - hopefully by noon. Glad you enjoyed Producerland. I am planning to have new articles here on Gamasutra weekly (Tuesdays). Thanks for the comment.

Jason Bentley
profile image
"I read a study once that said when someone is working at full productivity and is interrupted (real-time interrupts), it could take 20 minutes (or more) for that person to get back to that same level of productivity."

I'm going to go ahead and guess that you're referencing "Peopleware" by DeMarco & Lister
A terrific read for anyone involved with producing software (of any type).

Matt Powers
profile image
Thanks for the reference. I've been using that information for a long time without knowing exactly where I got it. I'm going to get that book and read it.

Matt Hansen
profile image
Thanks for sharing your experiences Matt. Lots to learn from here.

Jim Thompson
profile image
So much of great game design is simply good business. Thank you for the reminder.

Jason Weesner
profile image
Great series Matt! Always nice to read something from coworkers past and present. I'm starting to get more students who are interested in producer roles and this will be a good read for them.

Matt Powers
profile image
Thank you to everyone for the positive comments. I'm glad people found the article interesting and informative. I have a lot more to share and am planning to have a new article on Gamasutra each week on Tuesdays. Keep a look out. Thanks again.

Robert Aiking
profile image
Hi Matt,
thanks for the articles, I enjoyed the read.
There's one concern I'd like to bring up though: the "make sure there is a heavy" item. That feels... unfair -surely there should be no need for something like that in good relationship?

Matt Powers
profile image
Hi Robert, good question - the goal of having the heavy is to help keep the positive relationship between the producer and the development team. While we strive for everything to always go smoothly on a project this is not always the case. Sometimes as producer we need to reset tasks, tell people they aren't performing, and just plain kick things in the butt. So we cannot always be the good guy and this is where the heavy comes in. Having your boss be the person who is often playing the "bad cop" can be very useful to you. It gives you and the developer a common goal - to appease the boss - and can keep you from always being the "bad buy". Hope that helps explain a bit. Thanks for the question.


none
 
Comment: