Work, Work, Work

posted in A Keyboard and the Truth for project 96 Mill
Published February 01, 2005
Advertisement
Taking a break from my 'real' job, to update my journal (going to try and make this a habit, we'll see how it goes ;-D).

Milestones 'a-plenty':

So recently I created a block diagram of all the 'milestones' in Morning's Wrath, each milestone being somthing important that happens (some, more important than others). This was a good way to gague what is still left to be done, and thankfully it showed that we are very close to completion (dramatically morso, than say, four months ago, when it was slated for release), this also made me do some more in-depth thought of how we have approached the development of MW.

'Block' vs. 'Layered' Development:

Back in March, when our development kick-off started, we took the initial approach of developing in 'blocks', that is, the game would be split into managable 'chunks' and each chunk would be completed before the next could begin. Now, the important work to notice there is 'completed', as we soon found out, it is hard to label somthing as completed when it is all you have to base your oppinions on. we continued with this 'block' approach until the completion of Map2, this marked about 1/3 of the pre-game being complete, and all involved decided that somthing had to change with our development style.

The Problems:

It was incredibly hard doing block development, since it required certain group members to wait on others, for instance, art could not be made without decisions, maps could not be made without art, scripting could not be done without maps. So the list of chained dependancies rolled on, and it soon became a nightmare.

The Solution:

Zac and I had a few conversations on how things were going and soon after he proposed a change, instead of marching on as we were, making graphics,making maps,making scripts, we would instead break this down into a series of large-scale passes, which would go somthing like this...


  • Pass1: Make all Graphics and All Maps
  • Pass2: Make all scripts
  • Pass3: Pollish everything


This method looked better on paper, and worked better in practice, it's only downside was a lack of playable production (getting a map done doesnt ususaly impress people, as much as being able to play that map).

Team tested, Management approved:

We are currently speeding twoards the end of our second pass, and everything has been going fine, things are still very 'rough' which is what the pollishing stage is for, cleaning up things like dialogue, lighting, and other scripted scenes. Durring the pollishing phase we will have every, Large and Important thing inside of the game, allowing us to see the big picture, and then asjust that picture to our liking.

Hopefully, somone finds this post helpful when planning how to execute thier development cycle =)

-Raymond
Previous Entry Better late than never
Next Entry A dash of detail
1 likes 3 comments

Comments

Omegavolt
I know what youre going through somewhat. My team at Audio Dragon have been working on a ORPG for almost 2 years now. Initially, we just played a freeform forum RPG to get an idea and feel for the world. Making up enemies and characters was much easier this way, with us immersed in the imagined world. Then after a couple months of that, we decided to start with character and environment design. For a couple more months, I completed a bunch of sprites and buildings and we tossed them into a map, but nothing else was done while I did all this work. At this point, I decided that we should have departments and all departments work independently toward pre-determined goals. But once again, everyone ended up just waiting for graphics in order to test the programming. No one was interested in map or quest design.

In the end, I took over production completely and now we are working toward the barebones of the game. One character, some monsters and a shop. Thats it. Because once thats done, we have something playable. Graphics and gameplay can all be worked on afterward, but with something playable created, more ideas will be flowing and progress will start again.

Good luck with your game! :D

February 01, 2005 04:15 PM
EDI
Interesting approach,

We took the Code-First,Design-Later, type of approach

and seems you took the

Design-First, Code-Later approach,


your approach is probably better, however I found it was hard to motivate people without having at least a feature demo done.

good luck on your game aswell =)
February 02, 2005 09:58 AM
Omegavolt
Actually, thats what I meant in the last part of my reply, haha. We had slogged through a year and a half of development trying to design first, code later, before I took over and started making them code first. I even told them that I didnt care if the characters are circles, the monsters are triangles, and the shops a square, if its coded, people can play it. ;)
February 02, 2005 04:59 PM
You must log in to join the conversation.
Don't have a GameDev.net account? Sign up!
Profile
Author
Advertisement
Advertisement