| User | Post |
|
2:30 pm February 12, 2010
| jarrod
| | |
| Member | posts 11 | |
|
|
Post edited 2:32 pm – February 12, 2010 by jarrod
Pursuant to recent discussions on the CSTART IRC channel regarding the potential implementation of a comprehensive project management system, I've gone ahead and installed Project Open on a test server of mine.
I think a true project management system such as project open can greatly increase the operational efficiency of any organization, CSTART being no exception. Right now a forum may seem sufficient, but as the pool of contributing developers and resources grows, I don't think that exclusively managing day to day operations in this manner will be efficient or practical.
Feel free to mess around and see what you think of project open at the following url:
http://206.123.101.111:8000/
If anyone can suggest a better system than Project Open I'd be happy to hear about it. Ultimately I'd like to see the community vote on implementing such a system. I think getting into good habits early will be very important. If we try to make major organizational changes down the road I think it will be much more difficult.
|
|
|
8:09 pm February 12, 2010
| Luke Maurits
| | Adelaide, Australia | |
| Admin
| posts 1483 | |
|
|
For my part, despite all my recent complaining about overbearing management techniques and wanting to keep things like, after playing around with Project Open on the above test installation, I really like it. In particular I have set up a little hierarchy of projects related to OHKLA, which looks like this:
I think being able to have all the required design decision for OHKLA (and obviously the above are not all, just what I set up while playing around) arranged in a hierarchical tree like this, with information relevant to each decision being stored there, is extremely helpful. I also wouldn't even be averse to us having a brief 3-5 page paper attached to each point in this tree providing an overview of our options. This would help make our decisions look informed, and it also gives new comers an easy way to find work to do. We can point them at the project trees and say "If you find a branch of this tree which doesn't yet have a paper outlining our options and the various pros and cons of each, start doing some research and write one!". Actual design decisions can be made by a vote after everyone reads the paper.
I am not particularly attached to Project Open (I understand there are concerns about RAM requirements, etc.) but I do think it would be good to go with something which is like it, something which can arrange our material in arbitrarily deep tree structures.
Finally, a word of caution to people playing around with PO: The first time I created a project, I set the finishing date (which is annoyingly a requried field, I wonder if this can be turned off by the admin?) to the year 9999 (since our projects will be done when they are done). DO NOT DO THIS! Stupidly it makes that project and any operations on it extremely slow. By the time I had two subprojects ending in 9999 under this project also, things had become completely unusable. Simply clicking on the project could crash a browser. It took me a lot of waiting and a lot of patience to delete those projects (i had to dedicate a machine to it).
|
Main CLLARE workgroups: Mission Planning, Navigation and Guidance. I do maths, physics, C, Python and Java.
|
|
|
9:31 pm February 12, 2010
| Luke Maurits
| | Adelaide, Australia | |
| Admin
| posts 1483 | |
|
|
Oh, one other thing. I really liked that Project Open featured the ability to mark the status of projects are "Prospective" or something like that. This is an easy way to implement the "yellow status" projects discussed in this post.
|
Main CLLARE workgroups: Mission Planning, Navigation and Guidance. I do maths, physics, C, Python and Java.
|
|
|
9:31 pm February 12, 2010
| Rocket-To-The-Moon
| | Altus, Oklahoma, USA | |
| Member | posts 685 | |
|
|
I am waiting for my account to be activated so I can't play around too much at the moment. I really do hope that something like this, if implemented, can help make things a little bit more managable. We are (luckely) at the point where there are enough forum messages that I am almost having a hard time keeping up with all of the details. The time to branch out and focus on one area are getting close so having the management system in place is probably a good idea.
|
Main Workgroups: Propulsion & Spacecraft Engineering
|
|
|
9:38 pm February 12, 2010
| Luke Maurits
| | Adelaide, Australia | |
| Admin
| posts 1483 | |
|
|
You should just be able to use one of the default accounts, the emails and passwords are all listed on the left hand side of the log in screen. I did all my work using the "System Administrator" default account.
|
Main CLLARE workgroups: Mission Planning, Navigation and Guidance. I do maths, physics, C, Python and Java.
|
|
|
11:13 pm February 12, 2010
| jarrod
| | |
| Member | posts 11 | |
|
|
Rocket-To-The-Moon said:I am waiting for my account to be activated so I can't play around too much at the moment. I really do hope that something like this, if implemented, can help make things a little bit more managable. We are (luckely) at the point where there are enough forum messages that I am almost having a hard time keeping up with all of the details. The time to branch out and focus on one area are getting close so having the management system in place is probably a good idea.
As Luke said, you can log in with the authentication details listed on the lefthand side. This is just for testing — if we decide to use it I'll wipe out the database and we can get things setup where everyone has a real account, etc.
|
|
|
11:18 pm February 12, 2010
| jarrod
| | |
| Member | posts 11 | |
|
|
I am not particularly attached to Project Open (I understand there are concerns about RAM requirements, etc.) but I do think it would be good to go with something which is like it, something which can arrange our material in arbitrarily deep tree structures.
I agree that project open does seem to have some annoying requirements. First and foremost, I'm extremely surprised by their decision to not only use but require AOLserver instead of apache. If we could find a plain old php/python/ruby app that would run in a standard LAMP environment that would probably be preferable.
So far the memory consumption is fairly high, I also have to agree — AOLserver is using 536MB's by itself. It would be interesting to see how this scales with simultaneous users, etc.
|
|
|
11:51 pm February 12, 2010
| Rocket-To-The-Moon
| | Altus, Oklahoma, USA | |
| Member | posts 685 | |
|
|
Post edited 11:52 pm – February 12, 2010 by Rocket-To-The-Moon
I see now. The software does look like it has a lot of potential, the only question is can we truly benefit from it. I see no real harm from at least testing it to see if we can derive any use from it. My concern is that some will use it while others will not thust defeating the purpose of having it in the first place.
If it is decided that we want some sort of management solution (and in my opinion we probably should strive to implement this) it will be necessary to enforce its use (something that is contrary to our open model). Ultimately having rigid administrative protocols will prevent people from wanting to join CSTART in the first place. It may be necessary for only certain high level "project leads" to even concern themselves with this aspect of the project.
I can see the upkeep of the database being a sort of "TPS Report" issue where members are nagged to make sure they update their project's status.
|
Main Workgroups: Propulsion & Spacecraft Engineering
|
|
|
1:43 am February 13, 2010
| Luke Maurits
| | Adelaide, Australia | |
| Admin
| posts 1483 | |
|
|
jarrod said:
First and foremost, I'm extremely surprised by their decision to not only use but require AOLserver instead of apache.
Ugh, I hadn't even noticed that. What a baffling design decision to make. That is definitely sub-par. Surely there is an alternative that is server-agnostic? It may not be quite up to the level of PO, but that's not too big a problem – for one thing, we probably don't need something on quite the size of PO, and for another, if it's an open source solution we can always help to improve it to better meet our needs.
|
Main CLLARE workgroups: Mission Planning, Navigation and Guidance. I do maths, physics, C, Python and Java.
|
|
|
1:51 am February 13, 2010
| Luke Maurits
| | Adelaide, Australia | |
| Admin
| posts 1483 | |
|
|
Rocket-To-The-Moon said:
I see now. The software does look like it has a lot of potential, the only question is can we truly benefit from it. I see no real harm from at least testing it to see if we can derive any use from it. My concern is that some will use it while others will not thust defeating the purpose of having it in the first place.
If it is decided that we want some sort of management solution (and in my opinion we probably should strive to implement this) it will be necessary to enforce its use (something that is contrary to our open model). Ultimately having rigid administrative protocols will prevent people from wanting to join CSTART in the first place. It may be necessary for only certain high level "project leads" to even concern themselves with this aspect of the project.
I can see the upkeep of the database being a sort of "TPS Report" issue where members are nagged to make sure they update their project's status.
We definitely don't want things to end up being an Office Space-esque bureaucratic nightmare, I agree.
I think it would be best if each project, subproject, etc. had designated "representatives", dedicated people who, while not having any technical authority per se, voluntarily take on the responsibility of making sure that the project management back end is kept up to date. These people would be the main connections between the forums/IRC room and the formal backend of the project.
Hopefully some of the "rank and file" members will be conscientious enough to take part in this too, but for those who aren't, rather than simply yelling at them repeatedly, the project representatives can pick up the slack.
|
Main CLLARE workgroups: Mission Planning, Navigation and Guidance. I do maths, physics, C, Python and Java.
|
|
|
1:52 am February 13, 2010
| jarrod
| | |
| Member | posts 11 | |
|
|
Surely there is an alternative that is server-agnostic? It may not be quite up to the level of PO, but that's not too big a problem – for one thing, we probably don't need something on quite the size of PO, and for another, if it's an open source solution we can always help to improve it to better meet our needs.
Here's where I found Project Open — http://en.wikipedia.org/wiki/C…..t_software
Out of the leads I followed from that page Project Open appeared to be the nicest and most complete, but I admittedly didn't look very hard.
|
|
|
2:03 am February 13, 2010
| Luke Maurits
| | Adelaide, Australia | |
| Admin
| posts 1483 | |
|
|
Using the column sorting functions on that table, it looks like there are 3 pieces of software which are open source and have all of the available features: Project.net, Project-Open, and Redmine. We should probably take a look into the other two.
|
Main CLLARE workgroups: Mission Planning, Navigation and Guidance. I do maths, physics, C, Python and Java.
|
|
|
2:10 am February 13, 2010
| Luke Maurits
| | Adelaide, Australia | |
| Admin
| posts 1483 | |
|
|
Post edited 2:13 am – February 13, 2010 by Luke Maurits
Redmine is a Ruby on Rails project which works on Apache, while Project.net is Java based (presumably requiring Tomcat).
After a quick look, Redmine's website is helpful and down to Earth and (i) lets me play with an online demo and (ii) tells me what useful features it has (e.g. Mercurial integration, which could work great with our Google Code project). In contrast, Project.net's website is full of slick corporate bullshit which doesn't tell me much at all. Using their website's search feature to search for "mercurial", "subversion", "postgresql" and "apache" all turned up zero hits, which is pretty pathetic. But hey, it will "empower our teams" and "align our goals"! Maybe it even has synergy? *rolls eyes*
I think we should try to get a Redmine set up so we can play with that and see how it compares to PO in terms of both usability for us and managability for the admins (e.g. RAM requirements).
|
Main CLLARE workgroups: Mission Planning, Navigation and Guidance. I do maths, physics, C, Python and Java.
|
|
|
4:23 am February 13, 2010
| DenisG
| | Saarbrücken, Germany (GMT+1) | |
| Member | posts 69 | |
|
|
Post edited 4:24 am – February 13, 2010 by DenisG
I'd rather like to use OSRMT, project open does not seem to provide requirement management and OSRMT looks very strong in that regard.
Note that I have in mind more product management, not project management.
|
|
|
6:06 am February 13, 2010
| Luke Maurits
| | Adelaide, Australia | |
| Admin
| posts 1483 | |
|
|
Is OSRMT purely a desktop application or is there a web version as well? Their website is not particularly clear.
I suppose if it is desktop only we will need to be constantly uploading/downloading files to share the information around?
|
Main CLLARE workgroups: Mission Planning, Navigation and Guidance. I do maths, physics, C, Python and Java.
|
|
|
7:29 am February 13, 2010
| DenisG
| | Saarbrücken, Germany (GMT+1) | |
| Member | posts 69 | |
|
|
It is a client/server system. The server runs on a server. You can access the system through a web app or a standalone client. If I'm not mistaken, it's possible to directly upload files to the database using the web app or the client.
|
|
|
8:04 am February 13, 2010
| jarrod
| | |
| Member | posts 11 | |
|
|
What is special about OSRMT? If all it is doing is listing and storing requirements I wonder if it wouldn't be better to A. just use a spreadsheet or B. program our own requirements manager extension for whatever project management system we end up using.
I have to say that I think the more cumbersome we make the process of using these project managers, the less likely it is people will use them. Logging into a different system simply for a list of requirements seems a bit much.
|
|
|
8:46 am February 13, 2010
| Luke Maurits
| | Adelaide, Australia | |
| Admin
| posts 1483 | |
|
|
DenisG said:
Note that I have in mind more product management, not project management.
Could you please clarify a little exactly what you mean by product management?
I am not necessarily opposed to making product management the main criteria in choosing some software here, but I think that project management, of the kind I've seen playing with Project Open, would be a great thing for us to have as well. Being able to have all our requirements, documents, images, etc. for each project clearly organised in a hierarchical tree will really help to tidy things up.
|
Main CLLARE workgroups: Mission Planning, Navigation and Guidance. I do maths, physics, C, Python and Java.
|
|
|
12:46 pm February 13, 2010
| jarrod
| | |
| Member | posts 11 | |
|
|
Post edited 12:48 pm – February 13, 2010 by jarrod
Luke Maurits said:
I think we should try to get a Redmine set up so we can play with that and see how it compares to PO in terms of both usability for us and managability for the admins (e.g. RAM requirements).
Okay, here's a redmine installation http://206.123.101.111:3000/ . I left Project Open up as well so the two can be compared side-by-side. Redmine appears to have fewer features than Project Open, but that's just an at-a-glance assessment — have a look and tell me what you think.
Username: admin
Password: admin
|
|
|
1:55 pm February 13, 2010
| Rocket-To-The-Moon
| | Altus, Oklahoma, USA | |
| Member | posts 685 | |
|
|
After playing with Redmine I think that I like it. It may be less powerful, but I think that its simplicity will allow us to embrace it more than other solutions.
|
Main Workgroups: Propulsion & Spacecraft Engineering
|
|