When you’re building anything creative, you have two routes you can take.
You can jump in head first and see where the wind blows you, or you can sit down and carefully plan out what you want to build.
Of course, we do things the awkward way, and have ended up with a strange hybrid of these methods.
The design document itself, when it was originally put up on Google Docs is just an incoherent string of thoughts spewed out onto a digital page. Weapon concepts, features we wanted to see, game modes, maps…
I’m doing my best to port this over to this site, and as close to verbatim as possible so you can see what our “ultimate” desires are, however it’s unlikely that we will implement everything we have laid out in that document.
That’s where “Feature Creep” comes in.
Put simply, at least for us, “Feature Creep” is where we started with a simple concept (deathmatch style FPS in space) and expanded into huge numbers of game modes, ship classes and concepts. Each new concept appearing as we go “Hey! That would be awesome to have!” without considering how it would impact our development process.
Our original scope has bloated way beyond what we originally intended, so we’ve had to do something about it.
For us, we still want our ultimate goals to be reached, so we’ve decided to split development into “Expansions”.
The “Base Game”, at least initially, will be the Technical Demonstration which will have the following features:
We will not deviate from these features at the technical demo stage, this keeps us on track, and stops us from wasting time building features that are superfluous to our goal.
The “Base Game” will then be updated to be more fleshed out:
Our first “Expansion” is rather ambitious, but is a big deal:
Staying on track and keeping development focussed on each set of specific features for that “expansion” isn’t going to be easy. What is easy is getting side-tracked, or overambitious.
But if we can ensure that we stay focussed on our feature goals for each “expansion” we should be able to keep development going at a reasonable pace.
The Design Document is a “living” document and will be updated and polished as we continue development. Some features will be added, some features will be removed.
Once the Google Doc has been fully ported over, I plan to keep a record of stuff that was cut from development and why.
-🦊 The Fox