by Seil » Thu Dec 14, 2006 4:34 pm
my thoughts have always been, concerning web based proj management suites is that they seem like they've been designed from a perspective of a specific industry. For instance, tech support or something, where you have certain fields and controls over your tasks and such that just really don't apply to whatever you're working on, unless it's along the lines of what that software was intended for.
There has never, in my experience been a great solution that is template based on the backend to allow you to customize the fields and options on a task level. And use multiple types of tasks all customized.
It has been awhile since I've looked around for a 3rd party solution, as I've grown disgusted with the lack of anything useful and just hacked up mini managers for whatever project I've needed it for........ In that respect I may be talking about some features that have since then been implemented in some manager or another, but I guess I don't care, these are the features, to me, that seem important for a successful, reusable, proj manager.
If you take any kind of software development into account, you'll notice recurring categories for the software, especially if it's end-user targeted.
Interface and Visuals, Sound, Control, Code, Etc Etc.
being able to categorize specific areas of development of a single project is important, it is also probably available in other managers already.
Using multiple task types within the same category. For instance, one type could be "Bugs" which would require fixing of something that's partially implemented, another could be "Design" which would be for actually designing a feature. And each task type would allow for customized options, While "Bugs" tasks have priority ranking and Status indicator of "fixed" and "todo" or "discovered" and "done" or whatever, (all customizable options anyway)... and the "Design" tasks have instead an option for designating a percent complete status, maybe an option that states requirements, which would link to other tasks, meaning that certain tasks would need to be completed before others can be completed.
Sub-Tasks. having the ability to spawn child tasks. This should be something that can be done anytime. For instance, half way thru something, you realize, CRAP! there's sub tasks to accomplishing this that are large enough to require tracking of. and sub tasks can be linked with others for requirement purposes.
The point is that the management software should be a shell, a structure, that can be modified and customized easily with a backend interface that makes sense.
Also, instead of just seeing lists and lists and re-organized lists of what's going on, especially from a team manager position, different visual representations would be nice. kind of like the visual representations of class inheritance in doxygen, where you can see what derives from what.......
so now, you have some tasks, and you can see what sub tasks of each task are, layed out in a a 2D format, and color coded for current status, you can also see the dependency structure, what requirements are set, and what has been met.
And something that is most beautiful for gauging production, some sort of a timeline based view, seeing what has been accomplished and how long it took to do so, as well as, a chronological timeline view that shows when each thing was started and when it was finished in comparison to the other tasks that have happened.
The key to making ANY system successful, is user interface. It's one of the most important aspects of any system that is complex. If it's not easy to understand visually, it's not easy to use, and if that's the case, it wont be used. Systems that make the user feel intimidated are hard to get real backing by a community.
Anyways, for now, that's what I have on that... sorry for it being so long, but it's not a simple subject :-\