Most suitable agile project management tool

inquam picture inquam · Feb 17, 2011 · Viewed 16.5k times · Source

I have been working with managing agile teams for quite some time. Now I'm at a company that no matter how hard I push for the fact that face-to-face is the way to go and that excel sheets works to get us going. But the company sees the "burn-down-chart in a webpage" as the main focus. They actually see that and the ability to see and follow the backlog online as the most important thing and we basically can't get going before this is in place. The people involved are actually not that many and they are not spread across multiple offices so I really can't see the need. But I have decided to stop driving myself crazy about this and just bite the bullet.

So I started looking around and gave Pivotal Tracker, Banana Scrum and a few other a try. A mix of them all would probably be my best fit but given the criteria bellow, which would suite me best? I have searched StackOverflow and read up on a few recommendations before posting, but none of them actually fitted all my needs. The MAIN issue is to give people an indication of the workload and future work-load of the dept, but if we are going to start using a management tool it might as well fill a few other requests.

  • Ability to run it on an in-house server (since a lot of the systems it should integrate with are not public on the net)
  • Ability to integrate it with Bugzilla, preferably two-way
  • Ability for external applications (such as websites) to fetch data about backlog and bunrdown-chart
  • Ability to handle cross-functional teams (ie we might only have one person on a team with a given ability. Before I used to handle this manually to avoid over allocating this person in a sprint, but if others are to be able to fiddle with the backlog this should preferably be automatically indicated)
  • Ability to print index cards
  • Virtual white-board
  • Ability to set up automatic reports to be mailed
  • Long term indication coarse-grained (correct name?) estimation of features done and short term fine grained estimation

UPDATE: Open-Source would be preferable. Jira is nice, but licensing is quite expensive

UPDATE 2012-01-03: I would like to tip about Backlogs for Redmine which adds Scrum facilities to Redmine in a acceptable manner.

Answer

Andy Thomas picture Andy Thomas · Feb 18, 2011

JIRA with the GreenHopper plug-in provides most of what you want. As you say, it's not free, but the licensing costs are reasonable. Twenty dollars to get started with 10 users is a sweet deal.

I've used GreenHopper for a few years. We tried Excel spreadsheets beforehand; they sucked. The problem requires a database and better visualization.

On request, we printed off JIRA task cards for a physical taskboard for a few months. But that was silly -- DRY. A projector in the standup room is all you need. Optionally, you can filter tasks to focus on those team member in turn.

Ability to run it on an in-house server (since a lot of the systems it should integrate with are not public on the net)

Yes.

Ability to integrate it with Bugzilla, preferably two-way

Last I checked, it could import Bugzilla issues.

Ability for external applications (such as websites) to fetch data about backlog and bunrdown-chart

Jelly scripts and JQL might help here.

Ability to handle cross-functional teams (ie we might only have one person on a team with a given ability. Before I used to handle this manually to avoid over allocating this person in a sprint, but if others are to be able to fiddle with the backlog this should preferably be automaticly indicated)

Not sure what you're looking for here. You can create custom groups of users. In the basic system, the only indication of over-allocation is a user's total number of hours in a sprint.

Ability to print index cards

We did this. There's a "Print Cards" menu item.

Virtual white-board

There's a task board. No arbitrary drawing surface.

Ability to set up automatic reports to be mailed

Yes, with very fine control of who gets sent what in response to what events. There are several mechanisms, configurable by either administrators, project administrators, or users.

Long term indication coarse-grained (correct name?.. hehe) estimation of features done and short term fine grained estimation

There's an hour-based burndown chart for the short-term of the next sprint, and an issue-based burndown for the long-term.