Interaction Design and Development

Planning the production of an interactive project

Posted on 2010-05-03

As a creative developer and an interaction designer, I need to either produce or guide the production of interactive projects. Needless to say, to non technical people such as designers, producers and account managers, we do some black magic and create the most amazing things. But what are the ingredients of this magic? Mostly organizational skills I would say.

I have originally planned to help and guide students and beginners with this blog, to use the posts as notes and references for some tutorials I have given at Concordia University in Montréal. I strongly believe that it is the responsibility of senior developers and creatives to provide newcomers to this overwhelming field with the proper tools to learn to work efficiently and professionally.

Because, let's face it schools and universities fail in this domain. These institutions do not aim "to create mindless production drones for the interactive industry blah blah blah..." This is such a hypocritical argument that could be easily refuted by looking at how computer engineering or administration programs teach students how to be organized in their thoughts and workflow. Others have actually had confrontations much stronger than I and have lived to tell about it.

For my part, I have chosen to provide Sid Lee, where I currently work, with information and references to good practices in the form of a wiki. A wiki is easy to update and it is a well known way to organize information, so most people can navigate quickly.

Also, most things in many people's jobs do not need to be remembered by heart. Hell, I hope nobody says stuff without references, especially technical references necessary for a project! That is why such references are useful, especially for training newcomers and simply for keeping inline with company policies.

In the wiki, I presented what is needed for a project from many players in the process of the production, such as producers, designers and interactive developers. This is an internal tool not available to the public, but today I stumbled upon an article, What to Deliver a Flash Developer, which highlights a lot of the similar points that I have brought up to many kick off meetings. Since this blog is aimed at helping developers to learn good practices, I thought it would be a good idea to republish and comment on the post.

Note that I am careful in not utilizing the term "Flash developer" as the authors of the post did, as I believe this is plain wrong. Do we call designers "Photoshoppists"? Flash is just a tool currently used often in the creation of RIAs, but it is not and will not always be the case. Some of us work with ActionScript, some others with PHP, with CSS, with HTML, with Objective-C, with Android, with Java, with OpenFrameworks, etc. Specialists exist indeed in all fields, but workflows for RIAs, games and other interactive projects are not confined to Flash development.

Whatever rant or complaint I may seem to voice here, the article aforementioned is a great read for anybody who wishes to manage development of projects, or simply to make sure that parts are not forgotten along the way.


2 responses to “Planning the production of an interactive project”

  1. Mat,
    Thanks for linking to my article and for the kind words. A lot of thought went into writing it as well as the contributions of other Flash developers to make sure it was as clear and concise as possible.

    The reason the it is titled for Flash Developers is because I myself am a Flash developer and the article is for others to see but also a reference for myself to send links to potential clients/teams I work with to understand what exactly I need when starting a project. Because I am not (yet at least) a developer for the other mediums you mentioned, I don’t know exactly what developers who develop for those platforms like and how they like their files delivered. I can only speak for myself and what I think is a good majority of other Flash developers in what I wrote in the article.

    Not looking to start any type of exchange that takes away from yours as well as my mission to get the stuff we need when beginning a project. Organization is huge and it can help a project stay on time.

  2. admin says:

    Prompt response Matt!

    Do no worry, I was not looking to create some flame war about the nomenclature of developers. My emotional response is rather targeted at a lot of misconceptions and misunderstanding our trade has faced so often.

    As for the specificity of the files depending on the language or the project, it is indeed either unique per team or company. However, I believe that a high level shopping list, if I may call it as such, will be quite similar from on language to the other.

Leave a Reply

Your email address will not be published. Required fields are marked *