Slashdot Mirror

← Back to Stories (view on slashdot.org)

Open Source Project Management for Beginners?

Posted by Cliff on from the new-to-the-neighborhood dept.

aendeuryu asks: "So I've been getting the programming bug again, and I started up a Sourceforge project for a game I'm trying to write. Development is going really well so far, but I've quickly realized that programming in my own personal vaccuum for my own personal pleasure is completely different from programming for the community at large. Things I never needed to worry about -- applying patches, writing documentation, license requirements, creating autoconf files for Linux compatibility -- are suddenly my responsibility. Now, I'm trained in programming in several languages, using databases and specialized libraries, etc. but when it comes to deployment for, and interacting with, the Open Source community at large, I know just about nothing. So, to all the veterans out there, where is a good place to go to get your feet wet on this? Is there any good advice for people who are getting started in OS project management?"

2 of 56 comments (clear)

  1. Follow-up questions on the above by aendeuryu · · Score: 4, Interesting

    I didn't want to clutter the submission with my own personal dumb questions, so here they are:

    * All my development right now is on a Windows box. What's the best way to go about ensuring Linux/POSIX compatibility over the web? Compile farms? Recruiting a Linux maintainer?

    * If I don't have access to my own server, where is the best place to host? Sourceforge (the only one I really know about) or somewhere else?

    * Somebody's submitted a patch. What's the protocol for crediting them for the work?

    * What are the criteria for determining whether or not something is "pre-alpha", "alpha", "beta", etc. Is there a set standard, or do I get to determine this on my own?

    * How useful are wikis for OS projects?

    * If I have legal questions regarding licenses or IP, who should I talk to?

  2. My experience with PM tools.... by fm6 · · Score: 3, Interesting
    I've done a little project management myself, and I've also worked with a lot of full-time project managers, both very good and very bad. My own experience, and my observation of the best project managers tells me this: it's a serious mistake to get hung up on tools.

    I once worked at company where the PMs were treated like royalty -- and with good reason. You saw them fighting Murphy's Law every day, and usually winning. I worked closely two of the most respected PMs ("respected project manager" sounds strange, since most companies treat them like shit) and neither of them relied on fancy tech. One simply kept a lot of notes on hard copy, email, and internal web sites. The other mostly did the same, but also hacked together a simple web-based database to help the developers on his team not trip over each other. Both did a really great job.

    At the same company, I worked for the one department(publications) that refused to have a professional PM. (Manager was a socially challenged empire builder.) A lot of PM chores fell to me, because of the nature of my job (production for an online document bundle) and because I was the lowest-status member of the department. I knew jack about project management, and had to learn by doing. I made a lot of stupid mistakes, but the biggest was putting my faith in a Lotus Notes database to help me coordinate workflow. It looked cool, and it satisfied my long-frustrated desire to learn Notes, but it just didn't come close to repaying the amount of time I spent working on it.

    Later I worked at another company where everybody had the more usual attitude towards PMs: they're petty bureaucrats whose only role is to waste everybody's time. Since there was no coordination, projects were always going off the tracks. Management lacked the ability to change the way people worked, so they kept coming up with silly magic bullets: weird organizational changes, rules for how people were supposed to do things (always ignored), and of course lots of fancy project management tools.

    I spent hours learning and fighting this software. It wasn't totally hopeless, but it was overdesigned and inflexible. We would have been better off with simple web pages and databases. Wikis come to mind.

    My point is this: you need to learn how to be a Project Manager first of all. Then you'll know enough to chose the right tools.