Forum OpenACS Development: Re: dotWRK: Project Manager
Even if the code isn't up to your standards, it can be helpful as a starting point.
<blockquote> are we trying to create a product that competes head to head with
existing solutions or one that can be easily customized to meet non-
standard requirements. Or probably a better way to look at it is where
on the spectrum between those two are we aiming for?
</blockquote>
I propose this as a goal: dotWRK Project Management should initially provide a simple product that can be easily customized and extended by individual companies in a way that won't conflict with future upgrades. However, it should work for simple cases without any customization.
Our use case:
Actors:
Employees (Sales, R&D, Graphics, etc)
Projects:
Rolling out products for various customers
Typical project cycle is fairly complicated, but involves things like making the sale, then a huge mess of operations involved in getting the product to market for them. Each project involves up to 10-15 people in some way, sometimes more.
We keep track of information like which region this project is in, who is responsible for it, what products are involved, who in each department is involved, product numbers, etc... etc..
We have hundreds of projects, and are planning them throughout the year.
Scheduling of resources is a very large issue.
We don't have any particular need at the time to allow an extranet, although we have talked about it, and it is probably something we'll do at some point in the future.
We do have people in disparate locations.
We have frequent schedule changes. Entire projects can be rescheduled by months or weeks, cancelled, and brought back.
We are using the 3.4 Intranet right now, and I modified it to support our own company. A lot of it isn't being used at all. Mostly we're just using tickets, the calendar (with tickets hacked into them), time logging, and a bunch of proprietary stuff.
I've done a lot of reading these last couple of days about project management. Here are some links I found particularly interesting:
Edwart Tufte's discussion thread on project management software, gantt charts, and the issues involved in input and output. See especially the part at the end about the web-based design by Frog Design. I'd love to see that software.
http://www.edwardtufte.com/744545307/bboard/q-and-a-fetch-msg?msg_id=000076&topic_id=1&topic=Ask%20E%2eT%2e
Columbia's course on Project Management page. This has a great list of links for PM topics. Some of those links are really worth looking at.
http://www.columbia.edu/~jm2217/
For those just getting up to speed on PERT, activity networks, and critical paths:
The charts aren't great, but it does cover the territory:
http://www.doc.mmu.ac.uk/online/SAD/T04/projman.htm
One of our needs is to be able to associate arbitrary information with different project types.
For example, if we tag a project as a Graphics project, then we'd like to associate certain tables in the database with that project, and have the project page show information from those tables.
If we tag a project a Product project, then we can show information about the products.
Or something like that. I'm not sure of how to do this yet, but I think if we do something like this, we can avoid some of the problems I've seen with other PM software. It seems like because companies have such widely varying needs, something like this might be necessary in order to fulfill all of our needs.
A software company might be interested in linking in a completely different set of information for a project than a manufacturing company.
The way I see it right now there are:
Projects (and subprojects)
Tasks (and possibly subtasks)
Dependencies (a task is dependent on another task being completed)
Project are broken down into Categories (may belong to more than one)
Users
Roles (a user can have several different roles)
There are also several views:
Task View (for each user)
Project View (for each user)
Gantt or improved-Gantt chart for a Project
PERT-like view for each project
Requirements:
- When a user looks at a task, I think they should be able to see what depends on it being done, and how much slack time they have to complete it.
- When planning out a new project, it should be easy for a manager/PM to move project deadlines around, add in new tasks, make tasks dependent on other tasks, and reschedule tasks.
- Users should also be able to reschedule their own tasks (sending out alerts).
- It should be easy to see the critical path in a project.
I'm just blabbering a bit about what I've been thinking of. Any thoughts?
