Take the 2-minute tour ×
Programmers Stack Exchange is a question and answer site for professional programmers interested in conceptual questions about software development. It's 100% free, no registration required.

I deployed a Redmine installation yesterday and today I try to fill it with some relevant data. One issue I came across is the organization of projects itself. While I took a look at how Redmine itself uses parts of the software, they unfortunately have only one project set up and I haven’t seen any other examples. I know that this is heavily tied to your workflow, but seeing / reading about some examples would guide me to the right path.

We are two guys (a designer & developer, both of us do also other stuff like marketing or paperwork) and we have more than 20 projects that I want to map to Redmine. Less than a handful of projects are active at the same time and they aren’t specifically related. However, we want to see how much time we spent on all projects and also see the overall project situation, i.e. should we start another project or add this or that to the current one or won’t this be doable for such a small team?

At the moment I tend to have one of these setups:

  1. A company project and all of our real projects organized as subprojects.
  2. Separate Redmine projects for each of our projects, and eventually subprojects for broader functionality if needed (sync support for app xyz).

The problems I see with the first approach is that the projects aren’t necessarily related to each other. They may share a common framework which is a project for itself, but otherwise they are really separate things. All of them are software projects, so they share common metaphors like Trackers, though. I haven’t seen a way to separate versions. The roadmap would be an overview of the current work situation, but it could get pretty confusing. My biggest fear is that we will have endless drop down lists with unrelated things like versions from other projects.

The second approach seems to be saner, but my biggest fear is that we won’t have the general overview. We would have to look at all other roadmaps to plan the current one, we wouldn’t see just one calendar with things to do in all projects.

I think the core of the problem is that we have very limited human resources that have to be shared across a lot of projects, but they mustn’t overlap. Any ideas how this can be mapped to Redmine?

share|improve this question
add comment

closed as off topic by Jim G., Glenn Nelson, Yusubov, MainMa, ChrisF Jan 10 '13 at 13:41

Questions on Programmers Stack Exchange are expected to relate to software development within the scope defined by the community. Consider editing the question or leaving comments for improvement if you believe the question can be reworded to fit within the scope. Read more about reopening questions here.If this question can be reworded to fit the rules in the help center, please edit the question.

2 Answers

I would go with the second approach.

In my company we are two guys as well, and also use Redmine. We have a separate Redmine project for each project, and Redmine subproject when it has to be. We also have one or two Redmine projects for server/applications management (using the wiki project for documentation).

So, our solution is your second approach and we work confortable, but we dont have 20 projects...

There are a lot of 3rd party plugins, may be you can find some plugins for a general overview that you are confortable with.

share|improve this answer
    
Is there actually a list with maintained projects? The full official plugins list is only sortable by name. –  Rafael Jan 10 '13 at 13:25
    
@Rafael Yes, the official plugin list is only sortable by name, but you can use the search box of Redmine web, or you can also search for redmine plugins at GitHub. –  ilaz Jan 10 '13 at 17:41
add comment
up vote 0 down vote accepted

The second approach seems to the way to go. I missed that one can view all issues on all projects and then use the sidebar to show an overall calendar & Gantt chart.

The only thing I’ll have to check is if some of the charts plugins support cross-projects statistics, too. Most plugins look like they are awfully outdated.

It’s overwhelming how flexible Redmine (or most other related software) is at the beginning, but it’s also good to know that it can grow with your requirements.

share|improve this answer
add comment

Not the answer you're looking for? Browse other questions tagged or ask your own question.