PROJECT: Project management - let's take care this doesn't go south before we start

[Asmodean]

I have started this thread to counter what I am starting to see here. Namely a bunch of guys starting to make changes, without coordination, and seemingly without access to eachother's documentation.

Now I'll start by saying that I am not a coder, so I won't get into the technical details of this. But care has to be taken somehow that this doesn't get jumbled all from the start.

An online version of VSS would be great, but since we don't have that, and since we don't have access to any other common network than the internet, let's start there. Apolyton.

Let's set up organized thread to

1) Document the changes that are made
2) upload the files that are changed
3) Discuss which of these files go into the Apolyton project, and why

Now there are at least 4 different copiled version out there, all not the same. Do we go with one of these, or do we combine them, taking the best from each. If the Apolyton project is ever to amount to something, coders need to work with the same set of source files, not 4 different sets.

We need to, at some point decide on who does what. We need to decide on the order that things have to be done, and we need to name a project manager. Those that work on the Apolyton project then need to work with the project manager, and do the stuff the he assigns them to do.

Of course things get a little mixed up here at the start, since everybody is excited about this, but somebody has to take over here, or we'll never get anything done.

I would do it, but I know next to nothing about coding (my project management skill lie in other areas) so this rules me out. But what about Locutus? He seems to know about coding, and I am sure he can manage this project.

Asmodean

[Tamerlin]

Thanks Asmodean, I was considering posting something in the forum to say the same thing as you do here.

Unfortunately I am not a programmer myself and though I would like to help I don't know how.

IMO, the first things to work on are:

1 - the bugs and fixes needed for the original game
2 - the sound library
3 - the AI

But before working on anything I agree that the priority should be given to the organization (who is doing what) and the methodology (how to work for the better of the community).

[Ekmek]

This thread was supposed to start organizing. and there are volunteer names and jobs on it.

http://apolyton.net/forums/showthread.php?s=&threadid=93204

[Asmodean]

I am aware on that thread, E.

This is not supposed to be an organizer thread. I meant this as a wake-up call, since nobody seems to take any notice that project management is badly needed here.

Let the people who have already volunteered come forth and take over in their assigned areas, before it is too late.

Asmodean

[J Bytheway]

Alas, noone explicitly volunteered to lead anything. Considering how much trouble we had finding presidents for the DG, I'm fairly sure it won't be easy to find a project lead from amongst our ranks.

[kaan]

Dont worry about getting this thing under control, well be bound to make a common source tree sooner or later.
Right now the right thing to do is to let ppl play with the source and get familiar with it, next step is getting the sound and directX things ported to an open platform but thats in the future for now.

my 2 cent
kaan

[Asmodean]

Originally posted by kaan
Dont worry about getting this thing under control, well be bound to make a common source tree sooner or later.
Right now the right thing to do is to let ppl play with the source and get familiar with it, next step is getting the sound and directX things ported to an open platform but thats in the future for now.

my 2 cent
kaan

Hmmm...no next step is getting a common source tree. The project is (in my mind) doomed without it, and without proper documentation.

With code this complex, we simply have to work on the same source. The scale of the project we are undertaking here commands it.

What I seek here is for those that have gotten as far as compiling a playable version to document the steps needed to get that far, and post these steps. Next document changes made after that, so that the rest of us can get an idea in what direction we are heading.

And please...someone with coding knowledge...step up to the plate and accept the position of project manager I'm sure myself, and any others with actual project management experience will be able to help with everything planning related, except for the actual coding. But we do need a project manager.

Asmodean

[Dale]

And yet, when I predicted this sort of thing happening back at the end of July, I got told to shutup. *shakes head*

[Pyaray]

Originally posted by Dale
And yet, when I predicted this sort of thing happening back at the end of July, I got told to shutup. *shakes head*

*Pyaray hands Dale a cookie and gives him a knowing nod.*

[Maquiladora]

Originally posted by J Bytheway
Alas, noone explicitly volunteered to lead anything. Considering how much trouble we had finding presidents for the DG, I'm fairly sure it won't be easy to find a project lead from amongst our ranks.

Keygen was interested, no? I say we force him regardless.

[Asmodean]

Originally posted by Dale
And yet, when I predicted this sort of thing happening back at the end of July, I got told to shutup. *shakes head*

Dammit we have to make this work. This is one of the few instances where I hate to be right. We need management.

On the other hand, I wont be the guy standing at the sidelines shouting at the players to cooperate, but getting ignored all the time.

Dale: What do we do to press this issue??

Asmodean

[Immortal Wombat]

Take charge. At least initially.
Its the Rule of Sloth: If nobody wants to do a chore, it always comes down to the person who is most annoyed by it not being done.

[Locutus]

I don't mind being the project manager (of the programmers, I'd probably be (one of) the best candidate(s), if only for practical reasons (being ACS CtP1/2 Manager and all)).

But do we really want a programmer to take this job? It's not like we have flocks of them... And it remains to be seen how many of the ones that we have will still be here in 6 months.

[Dale]

Pyaray:

I see it everyday, in everyway, where excitement over-rules planning. And yes, I am in the IT industry. Looking for a job actually if anyone knows of anything going (since Hewlett-Packard moved our whole division to India)!


Asmodean:

*whispers quietly so Keygen doesn't hear*

We could fill Keygen's PM box with messages to take on the leadership. He was (as Maqu says above) the only one even slightly interested in the lead.

[Locutus]

As for getting organised, I don't really mind people playing around with the code... that's still the best way of getting to know it.

But I agree we will soon have to start with at least systematically documenting our action, preferably also acting in a systematic fashion and planning our actions.

Right now there may be several different versions of the game out there, but they don't make major changes to the code yet. Just a few lines here or there, nothing that can't be merged (assuming everyone at least documented their own changes).

While we sort out how to get organized, what tools to use, who does what and what to do first, I think it's fine if people mess around with the code a bit and see if they can fix the most obvious bugs. This will also help in quickly getting out a patch once we really get going, which will greatly help in maintaining an interest in this project (it's a plain fact that people in general want to see results and want to see them fast, otherwise most will just loose interest and move on to other things).

After the first patch we could focus on documenting the code more thoroughly and systematically, and hunt down and fix the more complicated bugs. Once most/all of the known bugs have been fixed (this may be a while), and depending on how long that will take and how many bugs are found maybe also a few times before that, we will want to release another patch.

By that time we should have a good grasp of the game and can hopefully move forward with actually implementing new features and making more radical changes to the game. This should probably start conservatively, with things that everyone agrees should be changed (such as the AI) and only gradually move on to features that not everyone may be happy with (such as strategic resources). That way people who want a better AI aren't automatically stuck with a resource system they don't like. But that's long term thinking...