Two ways your game project can develop

Lets say you have a pretty good idea about what sort of game you want to make. Moreover, it is a modestly sized idea because you are not one of those deluded guys who think they can handle the work of a whole team of developers; So in the beginning things looks something like this (just an example):

You are convinced that because of your innate realism, combined with persistence and hard labour, your project will be completed.  However, as you start working on your game project all sorts of new, interesting and intriguing ideas pass through your head. Some of them stick to the project. “Why not add this or that”, you are contemplating, “it is not so hard to implement but it would enhance the game so much!” And so, like a mental fisherman residing in the infinite sea of possibilities, you net a wide variety of cool features and extensions to your project. At some point you look at your “enhanced” design document, you look at your source code and the harsh reality hits you in the face. They’ve grown but the number of finished things have dwindled. Like in this diagram:

Read the rest of this entry »